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OH>IS  SOFTOARE  PRODUCT  PACKAGING  ANALYSIS 

Jack  M.  Keen 
INPUT 

August  5,  1977 

I.     Scope  of  Report 

A.  Topics 

This  report  is  in  response  to  a  consulting  assignment  commissioned 
by  American  Biomedical  on  June  30,  1977.     The  purpose  of  the  assign- 
ment was  to  provide: 

1.  Recommendations  regarding  how  OHMS  should  be  packaged  for 
licensing  to  American  Biomedical's  first  group  of  software 
product  customers.     These  recommendations  are  to  cover: 

How  OHMS  should  be  priced. 

What  maintenance  and  support  policies  should  be 
offered . 

\^Jhat  licensing  terms  and  conditions  should  be 
formulated . 

What  user  documentation  is  required. 

What  guidelines  for  sales  presentation  development 
should  be  used. 

2.  Also  to  be  included  are  recommendations  concerning  the  next 
steps  for  American  Biomedical  to  take  to  maximize  OHMS  soft- 
ware product  market  potential. 

In  addition  to  the  above  specifically  requested  topics,  also  included 
are  comments  and  suggestions  related  to  the  general  characteristics 
of  the  software  products  business,  and  OHMS  as  a  software  product 
candidate.     It  is  hope  that  these  observations  will  also  be  useful 
in  assisting  American  Biomedical  in  evaluating  how  best  to  approach 
the  marketplace. 

B.  Interview  sources 

In  order  to  gather  information  regarding  OHMS  current  status  and 
outlook,  person  to  person  interviews  were  conducted  as  follows: 
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Date 

Location 

Persons  Interviewed 

July  13 

Indianapolis 

Dr.  Merritt  Alcorn 

July  14 

Akron 

Jerry  Clark  (General  Tire) 

July  11-13 

T            1     •                                     1  • 

Indianapolis 

Larry  Fanrencamp 

June  29 
July  8 

Dallas 

Bill  Hodges 

July  14 

Akron 

Alex  Iswarienko  (Firestone) 

June  29 

T       1  /" 

July  6 
July  20 

Dallas 

Gifford  Johnson 

July  13 

Indianapolis 

Dan  McElhaney 

July  7 

Dallas 

Allan  McGee 

July  11-13 

Indianapolis 

Dr.  Robert  Reid 

July  11-13 

Indianapolis 

Dr.  Richard  Snapp 

Numerous 

Dallas 

Indianapolis 

John  Whiting 
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Executive  Summary 


A.     Nature  of  the  software  products  business 


Significant  financial  opportunities  exist  for  vendors  who  become 
successful  in  the  software  products  business.     Cumulative  Profits 
Before  Taxes  for  a  five  year  period  can  reach  25%  to  45%.. 

However,  vendors  must  be  prepared  to  accommodate  two  or  more  years 
of  negative  cash  flow  during  the  startup  phase  of  this  five  year 
period. 

The  business  is  characterized  by  very  high  fixed  costs, 
a  high  labor  content  of  skilled,  scarce  and  expensive  personnel 
(usually  about  50%  of  sales) ,  and  a  good  sized  investment  in 
marketing  (25%  to  45%) . 


Keys  to  success  include: 


Delivery  and  support  of  a  highly  reliable  product 
Responsive  customer  support 
Thorough  test  marketing 

Effective  management  of  data  processing  software 
development  and  support  personnel 

Knowledgeable  marketing  management 

Continuous  investment  of  7%  to  15%  or  more  of  sales  in 
product  enhancements. 

B.     OHiiS  characteristics  as  a  software  product 

OHMS  is  experiencing  a  good  deal  of  market  curiosity.     This  is  an 
encouraging  indicator  that  a  software  products  opportunity  may 
exist . 


However,   it  is  important  to  establish  as  soon  as  possible  to  what 
extent  that  market  curiosity  can  be  converted  into  a  commitment 
to  buy. 

OHMS  is  unique  among  most  other  software  products  in  that  it: 

-  Will  require  an  especially  long  sales  cycle  (4  to  12  months 
on  the  average) .     This  is  due  to  the  rfequirement  that  the 
buyer  also  commit  to  screening  services,  the  cost  of  which 
may  well  be  twice  that  of  OHMS  itself.     In  addition  OHMS 
must  be  accepted  by  an  unusually  large  number  of  buying  in- 
fluences from  different  areas  of  the  company. 
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-  It  is  an  area  top  management  generally  considers  very  tangential 
to  the  company's  main  operations,  thus  it  will  be  hard  justify- 
ing the  product  financially. 

-  An  additional  cost  element  is  required  in  marketing  OHMS,  namely 
that  of  active  physician  directed  support. 

These  particular  items  will  increase  marketing  costs  and  support 
significantly . 

Counterbalancing  these  negative  characteristics,  however,  is  the  fac 
that  the  market  continues  to  show  increasing  interest  in  the  product 
primarily  due  to  governmental  pressures  applied  via  OSHA.  (The  buyin 
motive  "fear  of  loss"  which  OHMS  addresses,  is  often  stronger  than 
the  more  common  motive     "hope  of  gain".) 

Fit  with  American  Biomedical  Strategy 

While  the  function  to  be  performed  (i.e.  medical  correlation  and 
analysis)  seems  to  be  a  natural  extension  of  American  Biomedical's 
current  business,  the  software  product  method  of  deliverying  that 
function  will  require  resources  which  ABC  does  not  have  available 
internally.     These  needed  resources  include: 

-  Data  processing  technicians  and  management 

-  Data  processing  oriented  marketing  and  sales  personnel 

-  A  product 

The  key  challenges,  then,  will  be; 

-  Financing  to  cash  flow  breakeven 

-  Obtaining  experienced  data  processing,  marketing  and 
management  personnel 

Packaging  Recommendations 

In  order  to  make  the  licensing  of  OHMS  as  easy  as  possible, 
several  support  and  pricing  policies  are  suggested  which  are  con- 
sistent with  software  product  industry  general  business  practices. 

1.     Support  Policies 

a.     Installation  and  training 

The  number  of  man-days  of  installation  and  training 
support  the  vendor  is  willing  to  provide  contractually 
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should  be  specified  and  should  be  bundled  with  the 
package  price.     For  OHMS  this  is  recommended  as  5 
data  processing  man-days,  on-site,  and  5  physician 
man-days,  off-site,  per  customer.     Travel  costs  are 
billed  separately  to  the  client. 

Maintenance  versus  enhancements 

Maintenance  (the  ansx^rering  of  technical  questions, 
correction  of  software  errors,  upgrading  of  the  pack- 
age for  new  technology  releases,  and  technical  docu- 
mentation creation)  should  be  carefully  distinguished 
in  the  license  agreement  from  enhancements  (the  adding 
of  significant  new  features  and  functions). 

Maintenance  should  be  bundled  in  the  price  for  the  dura- 
tion of  a  lease  or  installment  plan,  and  for  the  first 
year  of  a  one-time  paymient  charge.     Thereafter  it  should 
be  offered  at  an  extra  charge  equal  to  10%  per  year  of 
the  one-time  payment  fee. 

The  vendor  should  have  the  option  in  the  license  agree- 
ment to  charge  extra  for  enhancements  if  he  so  wishes. 

Support  to  end-users   (non-DP  personnel) 

This  type  of  support  should  be  bundled  with  the  price 
of  the  product,  with  no  commitment  on  the  specific  num- 
ber of  man-days  to  be  provided.     It  is  a  very  important 
type  of  service,  as  well  as  an  expensive  labor  item, 
thus  requiring  close  management  and  control. 

Multiple  software  versions  and  customization 

The  marketing  and  support  of  a  standard  product  is  an 
economic  cornerstone  of  software  products  profitability. 

Every  effort  should  be  made  to  minimize  the  number  of 
different  versions  of  the  software  to  be  supported.  To 
do  otherwise  significantly  increases  the  cost  and  complex- 
ity of  customer  support. 

To  minimize  the  number  of  versions  offered,  it  is  recom- 
mended that  licenses  by  sold  only  to  large  IBM  shops  having 
operating  systems  known  as  OS,  VS  or  MVS.     DOS  operating 
systems  and  non-IBM  versions  should  not  be  marketed. 

Similarly, customization  work  (where  the  vendor  modifies  the 
system  just  for  one  or  ti-jo  customers)  should  be  avoided. 
This  type  of  work  is  inevitably  underpriced  and  dilutes 
scarce  technical  resources. 


II-3 


e.     Source  code  distribution 

Source  code  is  required  in  order  to  make  modifications  to 
the  system. 

It  is  recommended  that  source  code  of  OHMS,  including  the 
medical  logic  compilers,  be  distributed  to  customer.  To 
do  otherwise  will  only  delay  the  sales  cycle,  risk  losing 
some  accounts,   and  put  an  additional  burden  on  the  vendor 
to  do  customization  work  which  the  client  himself  is  capable 
of  performing. 

Proprietary  data  confidentiality  clauses  in  the  license 
agreement  have  historically  proven  quite  effective  in  dis- 
couraging unauthorized  distribution  of  the  source  code 
after  release  to  the  customer. 

2.     Pricing  policies 

a.     General  comments 

Software  products  should  be  offered  on  a  "license  to  use" 
basis  rather  than  for  outright  purchase. 

The  pricing  suggestions  outlined  below  should  be  viewed 
as  a  "first  draft".     The  pricing  function  is  an  extremely 
important  decision  and  must  continuously  be  reviewed  in 
the  context  of  increased  market  and  cost  information 
availability. 

Generally  the  first  few  customers  of  a  product  are  less 
price  sensitive  than  the  bulk  of  the  market  that  follows: 

Software  product  buyers  have  a  very  difficult  time 
judging  the  value  of  a  new  product. 

Software  products  can  be  priced  based  on  "value"  rather 
than  "cost". 

Buyers  expect  to  be  able  to  select  from  multiple  pay- 
ment plan  options. 

Assumptions  used  in  the  pricing  recommendations  below  include: 

-  OHMS  is  currently  superior  to  competition 

-  The  primary  market  to  be  pursued  is  the  Fortune  500 
sized  company  with  large  scale  IBM  computer  facilities. 

-  OHMS  will  be  sold  using  a  full-time  sales  force  dedi- 
cated to  software  products. 

-  The  market  is  ultimately  big  enough  to  support  several 
million  dollars  of  OHMS  sales. 
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-  The  product  will  be  continuously  enhanced. 

-  The  market  will  be  aggressively  pursued. 

b.  One-time  payment  plan 

It  is  recommended  that  OKMS  be  priced  at  $75,000  for  a 
"standard"  customer  and  $50,000  each  for  a  "Beta  Test" 
customer  (one  who  agrees  to  install  the  product  prior  to 
national  release  and  assist  the  vendor  in  testing  it) . 

Buyers  should  be  given  the  option  of  paying  the  OHMS 
one-time  fee  over  a  90-day  period. 

The  upper  end  of  this  pricing  range  puts  OHMS  comparable 
in  price  to  many  of  the  complex  data  base  management  sy- . 
systems  now  very  popular  in  the  market,  as  well  as  with 
industry  specific  applications  which  are  extremely  com- 
prehensive. 

The  MIOCO  price  of  $150,000  was  not  considered  a  realistic 
benchmark,  given  the  goal  of  OHMS  is  to  penetrate  the  market 
at  the  multi-million  dollar  level. 

c.  24  and  36  month  installment  plans  and  monthly  leases 

It  is  recommended  that  an  installment  plan  be  offered 
whereby  the  buyer  obtains  a  paid-up  license  at  the  end 
of  the  term,  as  well  as  a  monthly  lease  for  the  buyer  seek- 
ing minimum  short  term  budget  impact.     Bundled  in  the 
prices  are  the  maintenance  charges  and  a  10%  interest 
cost . 

Suggested  prices: 

Monthly 

24  Month        36  Month  Lease 
Standard  Customer  $3,750  $2,800  $1,950 

Beta  Test  Customer        $2,500  $1,875  $1,350 

d.  Maintenance 

A  separate  maintenance  charge  should  be  offered  after  the 
first  year  of  a  one-time  payment  plan,  and  at  the  end  of  the 
installment  term. 

The  maintenance  charge,  which  is  optional  to  the  customer, 
should  be  10%  of  the  one-time  payment  amount,  payable  annually. 
Thus,  for  OHMS  it  would  be  $7,500  a  year  for  a  standard  custo- 
mer and  $5,000  annually  for  a  Beta  Test  site. 
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e.  Purchase  option  allowance 

Allow  the  monthly  lease  customer  to  apply  50%  of  his  monthly 
lease  payments  to  the  one-time  fee.     Enable  him  to  exercise 
this  option  anytime  after  the  first  six  months  of  billing. 

f.  Acceptance  period 

Include  within  the  license  agreement  a  30  days  Acceptance 
Period  for  the  customer.     If  the  software  fails  to  conform 
to  published  specifications  in  this  time  frame  he  may  return 
the  product  with  no  further  obligation. 

g.  Definition  of  one  sale 

Software  products  are  generally  priced  on  either  an  "installs 
tion"   (one  physical  computer  site)  or  on  a  single  computer 
("cpu")  basis. 

Because  the  volumes  to  be  processed  on  any  given  day  with 
OHMS  are  not  large,   it  is  recommended  that  OHMS  be  priced 
on  an  "installation"  basis.     Thus  the  payment  of  a  single 
license  charge  would  entitle  the  user  to  place  OHMS  on  any 
computer  within  a  given  physical  site. 

h.  Additional  copies  sold  to  the  same  customer 

It  is  recommended  that  additional  copies  of  OHMS  sold  to  the 
same  customer  be  given  a  50%  discount.     This  recognizes  the 
fact  that  although  marketing  costs  for  the  additional  sale 
may  be  quite  small,  support  costs  will  usually  be  as  great 
as  the  first  sale. 

i.  External  processing 

American  Biomedical  should  not  allow  a  customer  to  use  OHMS 
to  process  employee  data  not  from  their  own  company. 

j .     Term  conversions 

Allow  the  installment  plan  customer  to  convert  from  a  24  to 
a  36  month  plan  in  mid-term.     He  can  immediately  drop  to  the 
lower  rate,  but  must  pay  monthly  charges  for  a  total  of  36 
months,   starting  with  the  time  the  system  was  installed. 


Documentation  recommendations 

1.  Importance 

Good  documentation  is  one  of  the  most  important  yet 
poorly  handled  elements  of  software  products  management 
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Documentation  is  valuable  because: 

To  the  prospect  it  is  one  of  the  very  few  ways  he  has 
to  tangibly  judge  the  product  and  the  vendor. 

To  the  new  customer  it  can  make  the  difference  between 
understanding  the  new  system  or  being  discouraged  and 
disappointed . 

To  the  vendor  it  can  be  a  very  effective  way  to  communi- 
cate both  information  and  image.     It  can  significantly 
improve  people  productivity  by  reducing  people  support 
costs . 

Guidelines 

Use  people  to  develop  documentation  who  are  truly  interested 
in  doing  it  and  who  are  skilled  at  it.     Often  documentation 
writing  training  is  useful  and/or  the  use  of  an  external  docu- 
mentation contractor. 

Develop,  publish  and  enforce  documentation  specifications. 

Set  high  standards  for  the  physical  appearance  of  all  docu- 
mentation.    (The  OHMS  introductory  brochure  produced  recently 
is  a  good  example  of  adherence  to  such  professional  standards.) 

Typeset  all  text  and  diagrams 

Make  liberal  use  of  charts  and  other  drawings 
Use  a  professional  artist  for  graphics  design 
Use  quality  paper  and  printing 
Suggested  components 

To  effectively  market  and  support  a  software  product  the  follow 
ing  documentation  elements  should  be  developed: 

Overview  Brochure  (4-6  pages) :  Primarily  for  developing 
sales  leads.     Should  include  a  reply  coupon. 

System  Information  Manual   (20-40  pages) :     Introduced  the 
system  to  end-user  and  data  processing  personnel.  Designed 
to  be  read  in  1  to  3  hours.     Includes  a  brief  description 
of  all  important  features  and  outlines  benefits  and  proofs. 
Useful  for  sales  as  well  as  support  work. 

Case  Histories  (1-4  pages  each) :     Excellent  way  to  communi- 
cate customer  acceptance.     Helps  prospect  better  visualize 
the  product. 
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Product  Justifications   (1-8  pages  each) :     Helps  the 
prospect  develop  the  difficult  and  time-consuming 
management  justification.     Includes  samples  of  other 
company  justifications. 

License  Agreement   (1-2  pages) :     Should  be  viewed  as  a 
sales  tool  and  thus  carefully  prepared,  including 
typesetting . 

Installation  Planning  Manual   (10-20  pages) :  Guides 
the  customer  in  how  to  prepare  for  the  installation 
of  the  package.  Very  effective  as  a  sales  tool  since 
it  conveys  an  image  of  thoroughness  and  professionalism 
of  the  vendor.     Pays  big  dividends  in  reducing  people 
support  costs  and  improving  customer  satisfaction. 

User's  Training  Manual  (50+  pages) :     Written  for  the 
end  user  to  assist  him  in  learning  about  the  system 
in  the  most  efficient  way  possible.     Not  to  be  con- 
fused with  a  reference  guide,  which  has  an  entirely 
different  purpose. 

User's  Reference  Guide   (50+  pages) :     Organized  for 
efficient  referral,  not  for  initial  training.  One 
of  the  most  frequently  used  documents  over  the  long 
run.     Should  leave  a  continuous  positive  impression. 

Data  Processing  Operations  Guide  (100+  pages) :  This 
document  explains  how  the  data  processing  personnel 
are  to  use  the  system  on  the  computer.  Includes 
system,  program  and  other  technical  descriptions 
including  computer  operator  instructions. 

Data  Processing  System  Internals  Manual  (100+  pages) : 
For  use  by  customers  receiving  the  source  code.  Re- 
quired for  understanding  how  best  to  modify  the  system. 

F.     Suggested  license  agreement  terms  and  conditions 

The  licensing  terms  and  conditions  recommended  to  American 
Biomedical  are  those  which  are  consistent  with  the  policies 
of  most  of  the  leading  software  products  vendors. 

Of  the  eighteen  specific  clauses  discussed  in  the  main  body 
of  the  report,  four  of  the  most  significant  are: 

Proprietary  Data:     The  vendor  specifies  that  the 
product  is  the  property  of  his  organization  (or 
of  a  third  party) ,   and  that  the  customer  cannot 
sell,  assign,   lease,  market,  reproduce  or  disclose 
the  product  to  another  party  before  or  after  ter- 
mination of  the  agreement,  unless  the  vendor  pro- 
vides prior  written  consent. 
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Warranty;     The  maximum  warranty  the  vendor  should 
give  is  that  the  product  conforms  to  published 
specifications . 

Limits  of  Liability;     The  vendor  should  indicate 
that  his  liability  for  damages,  except  for  copy- 
right or  patent  infringement,  will  not  exceed  the 
charges  paid  for  by  the  customer  for  the  product. 
Specific  reference  should  be  made  to  the  fact 
that  the  vendor  shall  not  be  liable  for  conse- 
quential damages  or  lost  profits. 

Defense  of  Suit;     The  vendor  should  agree  to  hold 
the  customer  harmless  and  to  defend  him  against 
suits  based  on  copyright  or  property  right  claims. 

Guidelines  for  sales  presentation  development 

The  sales  presentation  plays  a  very  important  role  in  the  sales 
cycle.     Much  time  and  attention  should  be  given  to  producing 
one  which  adequately  addresses  the  needs  of  each  of  the  differ- 
ent buying  influences.     Characteristics  of  an  effective  sales 
presentation  include: 

Comprehensive  yet  flexible.     Developed  modular ly  so  that 
parts  of  it  can  be  presented  to  different  combinations  of 
buyer  types. 

Benefits  must  be  emphatically  stated  and  clearly  differ- 
entiated from  features. 

Proofs  of  the  benefits  should  be  predominately  displayed. 

The  primary  media  should  be  transparencies  (overhead  foils) 
They  provide  excellent  impact  along  with  design  and  presen- 
tation flexibility. 

Secondary  media  can  be  desk-top  flip  charts  and  35mm  slides 

Drawings  and  other  non-text  items  should  be  used  abundantly 
to  convey  memorable  images . 

Scripts  should  be  developed  to  assure  that  the  presentor 
does  not  leave  out  key  points. 

Product  name 

It  is  recommended  that  the  OHMS  product  name  be  changed  to  one 
which,  in  addition  to  being  pronounceable  and  concise,  is  also 
descriptive  of  the  function  being  performed.  A  single  mention 
of  the  product  or  the  spotting  of  a  document  with  the  name  on 
the  cover  should  instantly  communicate  the  functional  area  it 
addresses.  This  encourages  the  listener,  or  viewer,  to  inves- 
tigate it.  A  good  name  also  greatly  enhances  rememberability . 
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I.     Suggested  next  steps 


If  American  Biomedical  elects  to  pursue  a  software  products 
strategy,   it  is  recommended  that  the  following  major  activi- 
ties be  undertaken  as  soon  as  possible. 

1.  Development  of  an  OHMS  software  product  business  plan. 

2.  The  use  of  a  Test  Marketing  strategy  to  enter  the  market- 
place.    This  involves  the  signing  of  three  Charter  Users. 
Charter  Users  are  organizations  that  in  return  for  a  dis- 
count on  the  product,  a  say  in  the  specifications  of  future 
enhancements,  and  rights  to  early  usage  of  the  product, 
will  agree  to  pay  cash  to  the  vendor  prior  to  system  usage 
and  will  install  the  product  as  a  Beta  Test  Site  in  order 
to  verify  the  technical  completeness  of  the  product.  The 
sequence  of  events  for  the  Test  Marketing  strategy  V70uld 

be : 

Prepare  materials  for  Charter  User  marketing  (i.e. 
Sales  Presentation,   Sales  manuals,  License  Agree- 
ment, etc.) 

Sign  three  Charter  Users. 

Conduct  additional  market  research  to  define  char- 
acteristics of  the  market  not  reached  by  the  Charter 
User  marketing  effort. 

Hold  Product  Review  Meetings  with  Charter  Users  to 
define  enhancement  strategy. 

Finalize  enhancement  strategy  and  staff  for  it. 
Undertake  enhancements. 


Install  Beta  Test  Site 
Evaluate  Beta  Test  results 


If  evaluations  successful,  update  business  plan,  and 
if  acceptable,  officially  launch  the  product  on  a  full 
scale  national  marketing  basis. 

It  is  estimated  that  the  above  activities  will  require  6  to 

12  months  of  elapsed  time,  depending  on  the  resources  assigned. 

At  least  one  full-time  marketeer  marketing  person  will 
be  needed  to  close  the  Charter  Users,  as  well  as  one- 
half  of  the  time  of  a  data  processing  support  person, 
and  one-quarter  of  the  time  of  a  medical  support  indi- 
vidual. 
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Several  days  each  month  will  need  to  be  devoted  by 
all  key  technical  and  medical  personnel  to  discus- 
sions and  relations  with  Charter  Users. 

The  Beta  Test  site  support  will  require  one  full- 
time  data  processing  support  person. 

Additional  market  research  required  will  typically 
be  several  man-weeks  of  effort. 

The  development  of  the  plans  and  materials  for  full 
scale  national  marketing  (not  including  recruiting 
and  training)  will  require  from  2  to  3  man-months 
of  marketing  time. 
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III.     Characteristics  of  a  software  products  business 


A.  Overview 


The  licensing  of  software  products  has  emerged  as  a  full-fledged 
industry  only  within  the  past  6  years.     During  this  brief  span  of 
time,   the  acquisition  of  packaged  software  from  independent  vendors 
has  gone  from  a  rare  occurance  to  a  commonplace  business  trans- 
action. 


Although  more  companies  have  failed  at  software  product  marketing 
than  have  succeeded,  there  have  been  enough  successes  to  allow  the 
formulation  of  certain  guidelines  and  principles  for  software  prod- 
ucts profitability  and  growth.     Specific  items  which  seem  especially 
applicable  to  the  OEMS  opportunity  are  outlined  below: 


B.     Nature  of  the  business 

The  software  products  industry  enjoys  a  large,  active  market  which 
continues  to  set  new  records  each  year  for  sales  growth. 

The  successful  vendors  have  demonstrated  they  can  achieve  long  term 
(5  years  or  more)  cumulative  profits  of  from  25%  to  45%  before  taxes. 


The  business  itself  is  characterized  by  high  fixed  costs,  high 
marketing  costs   (25%  to  45%  of  sales  and,  over  the  life  of  the  prod- 
uct, about  four  times  the  costs  of  initial  product  development), 
and  high,  expensive  data  processing  labor  content  (usually  about 
50%  of  sales) . 


The  software  products  business  is  primarily  one  of  effective  manage- 
ment of  data  processing  technicians  combined  with  a  strong  marketing 
capability  for  the  selling  of  intangible,  highly  technical  and  complex 
services. 


Problems  which  the  industry  struggles  with  continuously  are  (a)  a 
shortage  of  all  types  of  skilled,  experienced  personnel,    (b)  the  in- 
herently long  learning  curve  associated  with  all  aspects  of  the  busi- 
ness, and   (c)   the  requirement  for  reinvestment  of  funds  for  continuous 
product  enhancements   (software  code  will,  on  the  average,  be  100%  re- 
written every  two  to  three  years) . 

In  spite  of  these  difficulties,  however,  the  software  products  busi- 
ness continues  to  grow  rapidly  with  no  upper  limits  yet  foreseen. 
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Keys  to  software  product  marketing  success 

1.  Reliable,  easy  to  install  and  use  products 

2.  Highly  responsive  customer  support 

3.  Good  customer  references 

4.  Strong  technical  management 

5.  Continual  emphasis  on  marketing 

6.  Very  carefully  conceived  and  controlled  test  marketing 

7.  Skilled  vendor  employees  assigned  by  management  full-time 
to  software  products 

8.  Vendor  willingness  to  invest  for  the  long  term 


Economics  of  software  product  marketing 

Outlined  below,   and  presented  in  more  detail  in  Appendix  A,   is  an 
economic  model  of  an  applications  software  products  business  over 
the  period  of  5  years  of  marketing  life.     It  is  hoped  that  this 
model  will  assist  American  Biomedical  in  gaining  additional  insight 
into  the  nature  of  the  business. 


1.     Pro  Forma  Model  A 

(Reference  =  Appendix  A) 

a.  Assumptions 

-  Pricing  is  similar  to  that  recommended  for  OHMS. 

-  5  year  product  marketing  life. 

-  120  units  sold  at  an  average  of  $75,000  each. 

-  Staffing:  Year  1=8  people 

Year  5  =  33  people 

-  100%  of  sales  are  one-time  payments 

-  15%  of  all  expenses  (7%  of  revenues)  are  devoted  to 
product  enhancement.  . 

-  Royalties  for  a  product  are  not  included. 

-  Maintenance  revenues  are  included  for  years  1-5. 

b.  Results 

(Reference  Exhibit  III-l) 

-  Cumulative  5  year  PBT  =  38%. 

-  Breakeven  cash  flow  =  year  two. 
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Exhibit  III-l 


Pro  Forma  -  Model  A  (100%  one-time  payments) 

($000) 


 ,  Y  E  A  R  

1  11  A  1 

Units  Sold 

This  Year                   6  12               24  36  42 

Year  to  Date             6  18         ■       42  78  120 


Revenues 

This  Year  400.0 
Year  to  Date  400.0 


940.0 
1340.0 


1930.0 
3270.0 


2893.0 
6163.0 


3730.0 
9893.0 


Expenses 

This  Year  464.5 
Year  to  Date  464.5 


620.0 
1084.5 


1145.0 
2229.5 


1801.0 
4030.5 


2089.5 
6120.0 


PBT 

This  Year  (64.5) 
Year  to  Date  (64.5) 


320.0 
255.5 


785.0 
1040.5 


1092.0 
2332.5 


1640.5 
3773.0 


PBT%  Revenues 

This  Year  (16%)  34%  41%  38%  44% 

Year  to  Date  (16%)  19%  32%  38%  38% 


Staffing 

Sales  Force  1  2  4  6  8 

■    DP  Tech.  4  5  11  16  19 

Med.   Support  2  2  2  3  3 

Other  JL  ^  _1  __3 

Total  8  10  18  28  33 
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Pro  Forma  Model  B 
(Reference  =  Appendix  A) 

a.  Assumptions 

This  pro  forma  uses  the  same  assumptions  as  Model  A  in  terms 
of  staffing,  expenses  and  units  sold.  However,  cash  flow  is 
different  since  it  is  assumed  that  sales  will  occur  as  follows 

25%  are  one-time  payments 

25%  are  month  to  month  leases 

25%  are  24  month  installment  plans 

25%  are  36  month  installment  plans 

It  is  also  assumed  that  no  nev;  sales  are  made  after  Year  Five, 
but  that  previous  sales  are  supported  for  an  additional  three 
years  while  monthly  payments  are  due. 

Maintenance  revenues  are  included  for  years  1-5. 

b.  Results 

(Reference  Exhibit  III-2) 

-  Cumulative  8  year  PBT  =  42% 

-  Cumulative  5  year  PBT  =  12% 

-  Breakeven  cash  flow  =  beginning  of  year  5 
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Exhibit  III-2 
Pro  Forma  -  Model  B   (all  payment  plans) 

($000) 
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4UjU. 3 

A 1  9  n  n 
O  X  z.  u .  u 

D  3  uu . u 

A  /,  Q  A  A 

c  c  c  r\  A 
DooO . 0 

r  Di 

inis  Year 

(.301 .  o; 

4  J  .  4 

9  QQ  A 

z  y  y .  0 

Q  9  "3  9 

y  z  3  =.  z 

T  Q  /,  7  9 

xy4 / . 3 

1  O     7  O 

IZo  /  .  O 

/06 . 8 

Year  to  Date 

(301.8) 

(408.4) 

(365.0) 
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857.8 

2805.1 

4072. 9 

4779.7 

PBT%  Revenues 

This  Year 

(185%) 

(21%) 

4% 

14% 

31% 

92% 

88% 

80% 

Year  to  Date 

(185%) 

(60%) 

(20%) 

(2%) 

12% 

31% 

39% 

42% 

Staffing 

Sales  Force 

1 

2 

4 

6 

8 

DP  Tech. 

4 

5 

11 

16 

19 

4 

4 

4 

Med.  Support 

2 

2 

2 

3 

3 

Other 

1 

1 

1 

3 

3 

Total 

8 

10 

18 

28 

33 

4 
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IV.     OHMS  Characteristics  as  a  Software  Product 


A.     General  Characteristics 

OHMA  falls  into  the  software  product  industry  classification  of 
Application  Software.  This  is  software  which  is  used  primarily 
by  people  in  departments  other  than  data  processing. 

As  compared  to  "typical"  applications  software  which  is  well 
received  by  the  market  today  (e.g.   General  Ledger,  Accounts 
Receivables,  Payroll,   Inventory  Control),  OHMS  has  the  follow- 
ing unique  characteristics: 

-  To  use  OHMS  the  buyer  must  also  purchase  additional  services 
(i.e.   screening,  lab  processing),   the  cost  of  which  may  well 
be  tv7ice  the  cost  of  OHMS  itself.     Thus  the  decision  (sales) 
cycle  will  be  even  longer  than  the  traditionally  long  cycle 
of  applications  software   (estimate  of  OHMS  sales  cycle  =  4  to 
12  months) . 

-  The  decision  to  buy  OHMS  is  even  more  complex  than  most  appli- 
cation software.     Key  buying  influences  are  many,  including: 

Medical  Director 

Medical  Administrator 

VP  -  Personnel 

Data  Processing  Manager 

Industrial  Hygienest 

Environmental  Department 

Controller 

Corporate  Management 

-  The  buying  cycle  is  further  complicated  by  the  fact : 

The  entire  medical  function  is  viewed  by  corporate 
management  as  overhead  and  very  tangential  to  the 
company's  main  operations.      (OSHA  pressures  are,  of 
course,  helping  to  counteract  this.) 

One  of  the  key  benefits  of  the  system  (i.e.  corre- 
lated medical  summaries)  cannot  be  used  or  even  seen 
by  anyone  in  the  company  except  the  Medical  Director. 
Thus  the  benefits  are  particularly  intangible  to 
those  responsible  for  commiitting  the  money. 

-  An  additional  cost  element  is  required   (physician  support). 

-  The  customer  is  primarily  buying  from  fear  of  loss,  rather  than 
hope  of  gain. 
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-  The  buyer  does  not  really  understand  in  detail  how  to  handle  the 
problem  which  OSHA  presents  and  OSHA  helps  to  solve.     Thus,  to 
fully  appreciate  what  he  is  getting  from  OSHA,  and  to  make  sure 
that  he  undertakes  all  procedures  correctly,  American  Biomedical 
must  take  extra  pains  to  provide  enough  consulting  and  "hand  hold- 
ing" to  keep  the  customer  from  making  mistakes  which  may  jeopardize 
the  success  of  the  entire  screening  program,  even  though  OHMS  works 
perfectly . 

Counterbalancing  the  negative  aspects  outlined  above,   the  most  impor- 
tant characteristic  of  OHMS  as  a  software  product  appears  to  be  that 
the  market  is  very  interested  in  examining  it. 

On  balance,  OHMS  appears,  at  this  stage,  to  be  a  soft- 
ware products  business  opportunity,  but  is  one  that  will  require 
(a)  a  higher  than  usual  investment  in  marketing  (to  deal  with  the 
complex  and  lengthy  decision  cycles  of  the  prospects) ,  and  (b)  con- 
tinuous product  investment  in  enhancements. 

B.     Fit  with  xAmerican  Biomedical  corporate  strategy 

OHMS  appears  to  be  able  to  truly  give  ABC  a  unique,  competitive 
edge  for  industrial  health  screening  service. 

However,  it  is  im.portant  to  emphasize  that  offering  OHMS  as 
a  software  product,  while  nicely  meeting  the  expressed  wishes 
of  a  sample  of  the  Fortune  500  market,  puts  ABC  squarely  into 
an  entirely  new  business  venture  (i.e.  software  products  mar- 
keting) which  is  substantially  different  from  its  traditional 
business  endeavors. 

-  While  the  function  to  be  performed  (i.e.  medical  correlation 
and  analysis)  seems  to  be  a  natural  extension  of  American  Bio- 
medical current  business,   the  software  product  method  of  deli- 
vering that  function  will  require  resources  which  ABC  does  not 
have  available  internally,  namely: 

Data  processing  technicians  and  management 

Data  processing  oriented  marketing  and  sales  personnel 

A  product 

-  The  key  challenges  facing  American  Biomedical  then  are: 

-  Financing  the  business  to  break  even 

-  Obtaining  experienced  data  processing,  marketing 
and  management  personnel 
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C.  Cautions 


Mistakes  which  have  been  made  by  other  organizations  attempting  to 
launch  a  software  product  into  an  interested  and  excited  market  can 
be  of  use  to  ABC  as  guidelines  and  reminders  of  what  not  to  do. 

Errors  to  be  avoided  include: 

1.  Do  not  rush  the  product  to  the  marketplace  prematurely. 
It  is  absolutely  essential  that  the  product  itself  by 
thoroughly  tested  for  reliability  and  completeness  prior 
to  being  released  to  the  general  market.     (The  recommended 
method  for  accomplishing  this  is  the  Beta  Test,  which  is 
described  in  detail  in  Section  VI. A  of  this  report.) 

2.  Do  not  oversell  the  capabilities  of  the  software.  Make 
certain  that  the  buyer  understands  exactly  what  the  soft- 
ware will  and  won't  do  today.     Be  especially  cautious  in. 
describing  future  capabilities  in  general  terms.     The  buyer 
inevitably  will  attribute  features  and  functions  to  your 
description  which  you  never  considered  or  which  you  find 
infeasible  to  implement. 

3.  Be  careful  not  to  confuse  "interest"  in  the  product  with 
a  "commitment"  to  buy  it  once  it  is  available.     All  of  us 
wish  we  could  have  many  of  life's  inventions,  but  all  too 
often  practical  realities  stand  in  our  way  when  the  time 
comes  to  actually  buy. 

A.     Do  not  build  up  the  marketing  and  technical  support  organ- 
ization too  fast.     Make  sure  that  each  individual  assigned 
is  the  best  possible  candidate  available.     Give  the  organ- 
ization time  to  prove  the  initial  strategy  before  commit- 
ting to  hire  additional  people. 

5.  Make  absolutely  certain  that  each  new  customer  can  be  more 
than  adequately  serviced  by  existing  personnel.  A  sale  to 
a  poorly  served  customer  is  worse  than  no  sale  at  all. 

Word  of  mouth  is  by  far  the  most  important  single  ingredient 
in  selling  a  new  customer. 

6.  Be  careful  not  to  underestimate  the  length  of  time  required 
for  even  a  talented  individual  to  learn  how  to  sell  and/or 
support  a  software  product.     It  is  not  uncommon  for  a  new 
salesman  or  support  person  to  require  six  months  to  a  year 
to  really  become  proficient  in  his  software  products  job. 
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Packaging  Recommendations 

Fortune  500  companies  have,  for  the  most  part,  become  experienced 
and  frequent  buyers  of  software  products.     As  a  result  they  will 
expect  a  serious  software  products  vendor  to  present  his  product 
and  his  terms  of  sale  in  a  manner  consistent  with  others  within 
the  industry. 

In  addition,  a  vendor  must  take  care  to  construct  his  policies  and 
terms  in  a  manner  that  contributes  directly  to  his  own  internal 
revenue  and  profit  goals. 

The  suggestions  below  are  offered  with  these  considerations  in 
mind. 

A.     Customer  support  policies 

The  availability  of  qualified  customer  support  personnel  is 
extremely  important  to  the  buyer.     He  will  judge  the  value  of 
OHMS  very  much  on  the  quality,  quantity  and  responsiveness  of 
these  people. 

Customer  support  can  be  divided  into  these  categories: 

Installation  and  Training 

Data  Processing  Department 
User  Departments 

On-going  Service  (to  user  departments) 

Maintenance  (to  the  DP  department) 

Enhancements 

Exhibits  V-1  through  V-6  discuss  suggested  support  policies 
related  to  these  activities. 
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EXHIBIT  V-1 


SUPPORT  POLICY  #1: 
INSTALLATION  AND  TRAINING 


COMMENTS 


RECOMMENDATION 


Bundled  with  the  basic  license 
charge  of  the  product  should  be 
a  specified  amount  of  installa- 
tion and  training.     This  amount 
should  be  more  than  sufficient 
to  insure  that  the  system  is 
properly  installed  with  a  mini- 
mum of  effort,  and  the  custo- 
mer's people  are  effectively 
trained  in  its  use. 

Medi-Tech  estimated  that  the 
following  support  commitments 
are  needed  to  meet  these  goals. 

DP  Installation:  2  man-days 

DP  Training:  2  man-days 

Medical  Logic  tailoring: 
5  physician  man-days 

(Note  that  these  estimates  do 
not  include  man-time  required 
to  establish  screening  methods 
or  data  gathering  procedures. 
They  would  need  to  be  calcu- 
lated by  ABC  and  included 
with  the  proposal.) 


Bundle  within  the  licensing  charge: 

5  man-days ,  on-site,  for  DP  in- 
stallation and  training 

Up  to  5  physician  man-days, 
off-site  for  medical  logic 
tailoring 

Specify  that  the  on-site  man-days 
must  be  taken  in  no  more  than  2 
separate  trips 

Specify  that  while  the  man-time 
is  included  with  the  licensing 
charge,  travel  expenses  are  billed 
at  cost  to  the  customer 

Indicate  that  additional  man-days 
requested  by  the  customer  will 
be  billed  at  ABC  rates  then  in 
effect 

Specify  that  additional  man-days 
are  subject  to  availability  of 
the  personnel 


V-2 


EXHIBIT  V-2 


SUPPORT  POLICY  #2: 
MAINTENANCE 


COMMENTS 


REC014MENDATI0N 


DP  maintenance  duties  typically 
involve : 

Telephone  answering  of 
technical  questions 

Correction  of  software 
coding  errors 

Support  of  new  computer 
operating  system  releases 

Support  of  new  hardware 
devices 

Documentation  related 
to  the  technical  acti- 
vities above. 


Make  a  distinction  in  the  license 
agreement  betx^jeen  Initial  Maintenance, 
which  is  a  bundled  charge  included 
within  the  license  price,  and  Extended 
Maintenance,  which  is  an  optional 
extra  charge  service  available  when 
Initial  Maintenance  expires. 

Offer  Initial  Maintenance: 

-  for  one  year  as  part  of  the  one- 
time license  fee. 

-  for  the  duration  of  any  lease  or 
installment  plan. 

Offer  Extended  Maintenance: 

-  as  an  automatically  invoked  op- 
tional service,  available  on  an 
annual  basis  upon  the  expiration 
of  Initial  Maintenance. 
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EXHIBIT  V-3 


SUPPORT  POLICY  #3: 
ENHANCEMENTS 


COMMENTS 


RECOMMENDATION 


It  is  very  important  to  care- 
fully distinguish  between 
Maintenance  services  (dis- 
cussed above,  see  Exhibit 
V-2)  and  Enhancements . 

Maintenance  does  not,  unless 
the  vendor  decides  at  the 
time,  include  the  addition 
of  new  features  and  func- 
tions to  the  system  (e.g. 
update  capability) .  These 
can  be  defined  as  enhance- 
ments, and  if  the  vendor 
wishes,  priced  separately. 

In  this  way,  if  the  vendor 
decides   (as  many  of  them  do) 
to  offer  enhancements  at  no 
additional  charge,  the  cus- 
tomer feels  he  is  getting 
something  "extra".  However, 
if  the  vendor  does  charge 
for  enhancements,  it  is  a 
policy  consistent  with  the 
license  agreement. 


Specify  in  the  licensing  agreement 
that  maintenance  services  will  be 
performed.     (See  Section  V.D.  of 
this  report  for  suggestions  on 
wording . ) 

Do  not  make  any  reference  to  enhance- 
ments in  the  agreement  if  it  possibly 
can  be  avoided.     If  certain  enhance- 
ments must  be  committed  to  in  writing, 
be  very  specific.     Do  not  make  any 
general  statements  that  might  imply 
that  any  future  enhancement  is  avail- 
able at  no  additional  charge. 
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I 


EXHIBIT  V-4 


SUPPORT  POLICY  //4: 
SERVICE  TO  END-USERS 


COMMENTS 


RECOMMENDATION 


This  type  of  support  involves 
question  answering  and  assis- 
tance related  to  how  to  use 
the  system  from  a  non-DP 
point  of  view. 

Included  within  this  category 
are  explanations  related  to 
how^  to  interpret  various  OHMS 
reports,  data  gathering  and 
recording,  etc. 

This  type  of  support  supple- 
ments the  initial  user  train- 
ing sessions. 


This  type  of  service  usually  is  not 
priced  separately,  but  is  considered 
a  cost  of  doing  business  and  must  be 
factored  into  the  overall  license 
charge  for  the  product. 

It  is  very  important  to  give  much 
thought  to  providing  good  documenta- 
tion and  initial  training  as  they 
will  help  greatly  to  reduce  the  cost 
of  providing  this  on-going  service. 

Because  OHMS  involves  so  many  methods 
and  procedures  unfamiliar  to  the 
customer,  it  will  be  very  important 
to  closely  budget,  track  and  manage 
this  support  resource. 
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EXHIBIT  V-5 


SUPPORT  POLICY  #5: 
MULTIPLE  SOFTWARE  VERSIONS  AITO  CUSTOMIZATION 


COMMENTS 

An  economic  cornerstone  of  soft- 
ware products  profitability  is 
the  marketing  and  support  of  a 
standardized  package. 

Every  effort  should  be  made  to 
minimize  the  different  versions 
of  the  software  that  must  be 
maintained.     The  offering  of  a 
system  for  different  operating 
systems  (e.g.  IBM's  OS  and  DOS) 
significantly  increases  the 
cost  and  complexity  of  custo- 
mer support. 

Committing  to  performing 
customization  work  for  a 
specific  customer  who  is 
willing  to  pay  you  for  your 
programming  charges  is  gen- 
erally not  good  business, 
no  matter  how  lucrative  it 
appears  on  the  surface. 
Custom  programming  work  is 
a  notoriously  low  profit 
margin  endeavor,  and  often 
results  in  overruns  and  ab- 
sorption of  an  excessive 
amount  of  technical  manage- 
ment time. 


RECOMl-IENDATION 

Restrict  sales  to  only  those  cus- 
tomers which  have  IBM  OS,  VS  or 
MVS  operating  systems. 

Do  not  offer  a  DOS  version. 

Do  not  sell  to  any  non-IBM  users, 
in  spite  of  the  fact  that  the 
system  is  partially  written  in 
COBOL. 

Restrict  medical  logic  customiza- 
tion to  the  bare  minimum..  Seek 
ways  to  convince  the  customer  to 
accept  as  much  as  possible  of  the 
standard  version. 

Do  not  commit  to  perform  DP  changes 
to  the  system  which  are  of  interest 
to  just  a  few  customers.  Instead 
encourage  the  customer  to  make  his 
own  modifications. 
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EXHIBIT  V-6 


SUPPORT  POLICY  #6 
SOURCE  CODE  DISTRIBUTION 


COMMENTS 

Most  software  product  buyers 
will  expect  to  receive  source 
code  when  they  license  an 
applications  system.  They 
want  source  code: 

-  for  self-protection  from 
a  maintenance  point  of 
view  if  the  vendor  becomes 
non-responsive,  or  goes 
out  of  business. 

-  to  enable  them  to  make 
modifications  which  the 
vendor  is  not  interested 
in  undertaking. 

The  OHMS  system  has  two  cate- 
gories of  code  which  is  effected 
by  this  type  of  policy. 

-  Source  code  of  the  non- 
medical logic  software 
system 

-  Source  code  of  the  medi- 
cal logic  compilers 

The  alternatives  available  in- 
clude to  distribute: 

-  No  source  code 

-  Source  code  of  the  non- 
medical logic  software 
only 

-  Object  code  of  the  compilers 

-  Source  code  of  the  compilers 

-  A  combination  of  any  of  the 
above. 

If  the  vendor  does  distribute  source 
code  he  gains  an  important  cost  and 
quality  of  service  advantage  -  he 


RECOMN_ENDATION 

Include  all  source  code  with  the 
licensing  of  the  system.  However, 
make  sure  the  customer  understands 
that  the  medical  logic  should  only 
be  changed  under  the  direction  of 
a  qualified  physician,  preferably 
one  recommended  by  the  vendor. 

Include  within  the  licensing  agree- 
ment words  to  the  effect  that  the 
vendor  cannot  assume  any  responsi- 
bility for  modifications  to  the 
program  by  the  customer.     (See  Sec- 
tion V.D.  for  wording) 

Consider  coding  the  system  so  that 
words  such  as  "Proprietary  Property 

of   "  print  on  all  output  reports 

and  all  source  listings. 


(continued  on  next  pa-^e) 
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EXHIBIT  V-6 
(continued) 


SUPPORT  POLICY  #6 
SOURCE  CODE  DISTRIBUTION 


COMMENTS 
(continued  from  previous  page) 
enables  the  customer  to  be  more 
self-sufficient  in  making  his 
o\m  modifications.     As  a  result 
the  vendor  (a)  does  not  have  to 
dilute  his  resources  to  do  cus- 
tom programming  work,    (b)  does 
not  have  to  accept  maintenance 
responsibility  for  the  special 
version  which  is  created  when 
the  changes  are  made. 


RECOMMENDATION 


Another  consideration  is  that 
even  though  the  proprietary- 
design  of  the  code  is  theoreti- 
cally more  accessible  to  unauth- 
orized parties  if  the  source 
code  is  distributed,  the  exper- 
ience within  the  software  products 
industry  is  that  stealing  of 
source  code  is  an  extremely  rare 
occurrance.     License  agreements 
are  constructed  which  require 
the  user  to  protect  the  proprie- 
tary nature  of  the  code.  Large 
companies  are  particularly  sen- 
sitive to  obligations  of  this 
type. 
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Pricing  policies 


1.  Overview 

Pricing  of  software  products  is  an  especially  creative 
endeavor  in  that: 

the  industry  is  still  so  young  that  there  is  a 
scarcity  of  actual  experiences  to  draw  upon. 

-  Products  on  the  market  represent  a  very  large 
pricing  range,  even  for  the  same  general  type 
of  system  (e.g.  payrolls  are  available  for  a 
few  hundred  dollars  to  $20,000  and  up). 

-  The  customer  himself  has  not  figured  out  any 
foolproof  method  to  assign  a  value  to  a  given 
piece  of  software. 

However,  in  spite  of  these  difficulties,  there  has  emerge 
a  fe\-7  patterns  and  guidelines  which  can  prove  useful  for 
pricing  new  products  such  as  OHMS. 

2.  Factors  to  consider 

A  specific  price  should  be  the  final  result  of  a 
detailed  analysis  of: 

a.  Financial  goals  and  strategy 

b.  Market  segments  being  addressed 

c.  Product  "image"  the  company  wishes  to  convey 

d.  The  marketing  mix  to  be  employed  (i.e.  promo- 
tion policies,  enhancement  goals,  sale  strategy, 
etc.) 

e.  Expected  costs  of  doing  business 

-  Software  can  usually  be  priced  on  a  "value"  basis, 
rather  than  a  "cost  of  doing  business"  basis. 

-  Software  product  customers  use  a  variety  of  methods 
for  judging  the  "appropriateness"  of  a  given  price. 
These  methods  include: 

Comparing  the  price  of  a  new  product  v/ith 
prices  of  products  which  they  view  (rightly 
or  wrongly)  as  roughly  comparable. 

Cost  to  develop  a  similar  system  in-house. 
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The  value  to  the  company  of  having  the  system 
much  sooner  than  if  it  were  developed  in-house. 


The  number  of  programs  contained  in  the  system. 

The  number  of  lines  of  code  in  the  system. 

The  perceived  complexity  of  the  system  internally. 


The  man-years  required  by  the  vendor  to  develop 
the  package. 

The  perceived  commitment  by  the  vendor  to  product 
enhancements . 

Perceived  savings  possible  if  the  package  is 
acquired. 

Cost  of  installing  and  using  the  system. 

-  While  software  products  customers  are  relatively  insen- 
sitive to  minor  price  differences   (if  they  can  see  some 
type  of  product  differentiation) ,  the  magnitude  of  the 
price  will  affect  the  length  of  the  sales  cycle,  and 
hence  the  vendor's  marketing  costs. 

-  Usually  the  first  few  customers  of  a  new  software  product 
are  less  price  sensitive  than  later  customers.     It  is  im- 
portant to  decide  at  the  beginning  the  vendor's  overall 
.market  penetration  goals,  and  to  price  accordingly. 


-  Prices  of  successful  software  products  can  be  raised 
reasonably  frequently  (e.g.  semi-annually  or  annually) 
provided  it  has  demonstratably  superior  features. 

-  Software  products  customers  will  expect  to  be  able  to 
select  from  a  variety  of  payment  terms. 

Assumptions  used  in  the  OHMS  pricing  recommendations 

-  OHMS  is  superior  to  existing  competition  in  terms  of 
features. 

-  The  primary  software  products  market  segment  to  be  pur- 
sued is  the  Fortune  500  sized  companies  with  IBM  OS, 

VS  or  MVS  operating  systems. 

-  American  Biomedical  wishes  to  convey  a  product  image  of 
superior  quality  and  value. 

-  OHMS  would  be  sold  using  a  full-time  force  dedicated  to 
software  products. 


V-IO 


Significant  resources  will  be  devoted  to  product 
enhancement. 

-  Full  costing  techniques  will  be  used  to  estimate 
product  marketing  and  support  expenses. 

-  The  market  is  big  enough  to  ultimately  support  the 
sale  of  several  million  dollars  of  OHMS  software. 

-  American  Biomedical  would  elect  to  pursue  the  software 
products  business  in  much  the  same  manner  as  presented 
in  the  Pro  Forma  Model  in  Appendix  A. 

Pricing  recommendations  in  perspective 

As  can  be  seen  from  the  considerations  above,   software  products 
pricing  is  a  complex  undertaking  which  requires  frequent  top 
management  analysis  and  review. 

The  pricing  recommendations  below  are  offered  based  on  (a)  an 
assessment  of  the  factors  outlined  above  as  they  apply  to  OHMS, 

(b)  data  gathered  during  the  course  of  this  assignment,  and 

(c)  the  author's  personal  experiences  in  the  software  product 
marketplace. 

American  Biomedical  is  encouraged  to  view  these  recommendations 
as  a  "first  draft".     Additional  information,  marketplace  reac- 
tion,  competitive  developments,  additional  product  capabilities 
and  other  factors  may  well  require  modifications  to  the  pricing. 

Suggested  policies 

Exhibits  V-7  through  V-18  outline  suggested  OHMS  pricing  pro- 
cedures based  on  information  available  to  date. 
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EXHIBIT  V-7 


PRICING  POLICY  //I: 
ONE-TIME  PAYMENT  PLAN 


COMMENTS 

Generally  speaking  from  25%  to 
50%  of  the  Fortune  500  companies 
prefer  to  license  software  prod- 
ucts on  a  one-time  payment  basis. 

American  Biomedical  and  Medi- 
Tech's  desire  for  fast,  posi- 
tive cash  flow  also  encourage 
emphasis  on  this  type  of 
pricing. 

Keep  in  mind  that  the  AMOCO  system 
may  not  be  a  very  good  benchmark 
for  pricing  comparisons  as  they 
may  have  priced  it  high  ($100,000 
-$150,000  one-time  payment)  to 
encourage  customers  to  lease 
rather  than  pay  a  one-time  fee. 

The  more  American  Biomedical  wants 
to  emphasize  one-time  payments, 
the  lower  should  be  the  one-time 
payment  price,  and  the  higher 
should  be  the  lease  payment 
options . 

The  suggested  range  of  possible  OHMS 
one-time  prices  is  from  $20,000  to 
$150,000.     The  former  figure  is  the 
price  of  a  typical  accounting  pack- 
age (e.g.  Accounts  Payable,  Payroll). 
To  the  buyer  OHMS,  on  the  surface, 
will  look  similar  in  scope  and  com- 
plexity to  this  type  of  system  since 
it  "only"   (in  the  buyers  words)  is 
comprised  of  13  different  programs. 

The  highest  figure  is  close  to 
AMOCO' s  current  price.     The  buyer 
will  perceive  these  two  systems  as 
generally  similar  and  will  thus  be 
hard  pressed  to  understand  why 
OHMS  should  be  higher  priced  than 
an  already  very  high  priced  system. 


RECOl^NDATION 

Test  market  the  OHMS  one-time  price 
by  setting  a  "standard  price"  equal 
to  $75,000,  but  offer  the  system  at 
$50,000  to  a  select  few  Beta 
Test  customers  who  are  willing  to 
work  very  closely  with  you  to  install 
and  test  out  the  system  (See  Section 
VI. A  for  a  more  detailed  discussion 
of  this  strategy.) 

In  this  way  American  Biomedical  can 
judge  market  reaction  to  both  the 
$75,000  and  the  $50,000  price. 


(continued  on  next  page) 
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EXHIBIT  V-7 
(continued) 

PRICING  POLICY  //I: 
ONE-TIME  PAYJ4ENT  PLAN 

COMMENTS  RECOMMENDATION 
(continued  from  previous  page) 
To  sell  a  reasonable  number  of 
one-time  payment  options,  OHMS 
should  be  priced  initially  at 
somewhere  between  $40,000  and 
$75,000  per  copy.     The  $40,000 
level  is  comparable  to  the 
price  of  a  very  complex  finan- 
cial system  or  a  comprehensive 
file  management  system  such  as 
MARK  IV,  while  the  $75,000 
represents  the  upper  end  cost 
of  several  popular  data  base 
management  systems  as  well 
as  several  very  complex  main 
line  applications  systems  for 
specific  industries . 
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EXHIBIT  V-8 


PRICING  POLICY  #2: 
SHORT  TERM  INSTALLMENT  PLAN 


COMMENTS 


RECOMMENDATION 


Many  companies  who  want  to 
pay  a  one-time  fee,  rather 
than  extended  monthly  pay- 
ments, will  desire  to  have 
the  flexibility  of  paying 
the  one-time  amount  in  a 
small  number  of  payments 
over  a  short  period  of  time. 


Offer  an  Installment  Plan  whereby 
the  buyer  can  pay  the  one-time  fee 
as  follows. 

25%  upon  acceptance  of  the 
product  (See  Exhibit  V~14  for 
definition  of  "Acceptance") . 

25%  per  month  for  the  next 
three  months. 
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EXHIBIT  V-9 


PRICING  POLICY  #3 
MAINTENANCE  CHARGES 

COMMENTS  RECOMMENDATION 


Exhibit  V-2  outlined  the  scope 
of  maintenance  service  and 
recommended  that  Initial  Main- 
tenance be  included  in  the 
one-time  and  monthly  install- 
ment plan  prices,  but  that 
Extended  Maintenance  should 
be  an  optional  service  avail- 
able after  Year  One  for  the 
one-time  fee  plan,  and 
annually  after  the  monthly 
installment  plans  expire. 

Most  software  product  vendors 
charge  from  6%  to  10%  of  the 
one-time  payment  fee  for 
annual  maintenance. 


Price  Extended  Maintenance  at  10%  of 
the  one-time  fee,  payable  on  an  annual 
basis  in  advance. 

Based  on  the  recommended  one-time  fee 
pricing  outlined  in  Exhibit  V-7  above, 
this  would  be  $7,500  for  "standard 
priced"  customers  and  $5,000  for  "Beta 
Test"  customers. 

Allow  flexibility  within  the  license 
agreement  to  raise  Extended  Maintenance 
prices  after  the  first  annual  usage. 


Maintenance  for  OHMS  is  go- 
ing to  be  extensive  due  to 
OSHA  developments  and  custo- 
mer lack  of  awareness.  In 
addition,  American  Biomedi- 
cal should  assume  that 
enhancements  will  not  be 
charged  for  separately. 
As  a  result  maintenance 
charges  should  be  on  the 
high  side. 


V-15 


EXHIBIT  V-10 


PRICING  POLICY  #4: 
36  MONTH  INSTALLMENT  PLAN 

COMMENTS  RECOMMENDATION 


This  is  a  popular  plan  which 
allows  the  user  v/ith  budget 
problems  to  obtain  a  "paid- 
up"  license  after  36  equal 
installment  payments. 

Maintenance  for  the  three 
year  period  should  be  in- 
cluded in  the  monthly 
charge . 


Charge  $2,800  per  month  for  the 
"standard"  customer. 

Charge  $1,875  per  month  for  the 
"Beta  Test"  customer. 

These  prices  assume  a  10%  interest 
charge,  and  maintenance  at  10%  of 
the  one-time  fee,  for  year  two  and 
year  three. 


Interest  costs  should  also 
be  built  into  the  price. 
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EXHIBIT  V-11 

PRICING  POLICY  #5: 
24  MONTH  INSTALLMENT  PLAN 


COMMENTS 


RECOMMENDATION 


This  plan,  while  not  as  popu- 
lar as  the  one-time  fee  or  36 
month  installment  plan,  can 
be  used  to  provide  additional 
flexibility  to  OHMS  users. 


Charge  $3,750  per  month  for  the 
"standard  priced"  customer. 

Charge  $2,500  per  month  for  the 
"Beta  Test"  customer. 


As  in  the  36  month  install- 
ment plan,  maintenance  and 
interest  costs  are  built 
into  the  price. 


These  prices  also  assume  a  10% 
interest  charge  and  maintenance 
at  10%  of  the  one-time  fee  for 
year  two. 
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EXHIBIT  V-12 


PRICING  POLICY  //6: 
MONTHLY  LEASE 

COMMENTS  RECOMMENDATION 


Some  companies  will  want  to 
minimize  their  cost  in  the 
short  run,  either  due  to 
budgetary  constraints  or 
because  they  are  unsure 
about  the  product  but  would 
like  to  try  it. 

If  a  vendor  has  good  confi- 
dence that  his  product, 
once  installed,  will  stay 
with  the  customer  for  a 
long  time,  this  is  a  good 
plan  for  maximizing  long 
term  revenues. 


Charge  $1,950  per  month  for  the 
"standard  priced"  customer. 

Charge  $1,350  per  month  for  the 
"Beta  Test"  customer. 

Require  a  12  month  minimum  term 
lease  period. 

These  prices  assume  six  years 
of  consecutive  payments.     A  10% 
interest  charge  and  maintenance 
each  year  (at  10%  of  the  one- 
time fee)  for  years  two  through 
six. 


The  cost  of  money  and  main- 
tenance costs  are  built 
into  the  price. 


/ 
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EXHIBIT  V-13 


PRICING  POLICY  #7 
PURCHASE  OPTION  ALLOWANCE 


COMMENTS 


RECOMMENDATION 


Buyer  sometimes  wish  to  lease 
a  product  and  then,  at  some 
later  time,  convert  to  a  one- 
time fee  payment.     They  will 
expect  some  purchase  option 
allowance. 

The  size  of  the  allowance  is 
a  function  of  the  extent 
American  Biomedical  wishes 
to  encourage  such 
conversions . 


Allow  the  customer  to  apply  50%  o 
his  monthly  lease  payments  to  the 
one-time  fee  price. 

Enable  the  customer  to  exercise 
this  option  anytime  after  six 
months  of  billing. 

Give  the  customer  six  months  of 
maintenance  at  no  additional  char 
beginning  from  the  effective  date 
the  conversion. 
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EXHIBIT  V-14 


PRICING  POLICY  #8: 
ACCEPTANCE  PERIOD 


COMMENTS 

Often  prospects  will  request  a 
"free  trial  period"  to  prove 
that  the  product  performs  as 
claimed.     If  they  like  the 
product,  they  will  sign  a 
license  agreement. 

The  free  trial  approach  should 
be  avoided  by  American  Bio- 
medical.    Trial  periods  are 
usually  extended  again  and 
again  as  the  prospect  has 
little  incentive  to  hurry 
since  he  has  the  product 
installed.     Similarly  little 
incentive  exists  to  rapidly 
sign  the  license  agreement, 
even  after  the  product  is 
judged  satisf actury . 


RECOl-IMENDATION 

Use  an  "Acceptance  Period"  approach 
rather  than  a  "free  trial  period". 

Place  in  the  license  agreement  a 
standard  30  day  Acceptance  Period 
clause  that  allows  the  custom.er  to 
confirm  for  himself  that  the  software 
conforms  to  published  specifications. 
If  it  does  not,  the  customer  may  return 
the  product  at  no  charge  within  this 
period. 

By  requiring  a  customer  to  sign  a 
license  agreement  before  installation 
the  vendor  is  assured  that  all  manage- 
ment approvals  have  been  given. 

Note,  be  sure  to  define  the  initiation 
and  termination  of  the  Acceptance 
Period  very  explicitedly .     It  is  sug- 
gested that  the  Acceptance  Period  be 
defined  as  beginning  when  the  tape 
arrives  at  the  customer's  site,  and 
ends  30  days  later. 
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EXHIBIT  V-15 


PRICING  POLICY  #9: 
DEFINITION  OF  ONE  SALE 


COMMENTS 


RECOMMENDATION 


Software  product  vendors 
usually  sell  license  rights 
to  their  products  on: 

-  an  "installation"  basis 
(only  one  charge  per 
physical  computer  site) . 

-  a  computer  "central  pro- 
cessing unit"  basis  (one 
charge  for  each  computer 
that  processes  the 

sof  tx^^are) . 


Charge  for  OHMS  on  an  "installation" 
basis   (i.e.  one  charge  per  install- 
ation) . 

Since  OHMS  is  a  system  requiring 
annual  processing  for  each  employee, 
processing  volumes  at  any  one  period 
of  time  are  not  likely  to  be  large. 
The  customers  could  easily  schedule 
the  processing  on  a  single,  large  IBM 
computer  at  any  given  site.  Thus 
they  Xi7ill  only  require  one  copy  of 
the  system  for  each  installation. 


In  addition,  installation  pricing 
gives  the  customer  the  flexibility 
of  switching  processing  from  one  com- 
puter at  the  same  site,  a  convenience 
he  will  appreciate. 
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EXHIBIT  V-16 


PRICING  POLICY  #10: 
ADDITIONAL  COPIES  SOLD  TO  SAKE  CUSTOMER 


COMMENTS 


RECOMMENDATION 


Large  companies  often  have  mul- 
tiple large  computer  sites  and 
may  be  interested  in  licensing 
more  than  one  copy  of  the 
product . 

Software  product  discounts  for 
additional  copies  to  the  same 
customer  typically  range  from 
25%  to  75%  off  the  first  copy 
price. 


Offer  the  customer  a  50%  discount 
for  each  additional  copy  that  he 
buys . 

However,  do  not  give  a  discount 
for  Extended  Maintenance  services 
unless  the  customer  agrees  to 
centralize  his  maintenance  inter- 
face to  American  Biomedical.  Only 
in  that  situation  should  maintenance 
be  discounted  50%. 


The  justification  for  a  dis- 
count is  that  the  vendor  does 
not  incur  marketing  costs  to 
the  same  degree  as  required 
for  the  sale  of  the  first  copy. 


It  is  important  to  note,  how- 
ever, that  support  costs  are 
usually  as  great  with  each 
additional  copy  sale  as  they 
are  with  the  first  copy, 
since  each  additional  copy 
is  going  to  an  entirely 
different  computer  site. 
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EXHIBIT  V-17 


PRICING  POLICY  #11: 
EXTERNAL  PROCESSING 

COMMENTS  RECOMMENDATION 

Sometimes  users  will  request  Specify  in  the  license  agreement 

the  rights  to  license  a  soft-  that  OHMS  may  only  be  used  for 

ware  product  and  then  use  it  processing  employees  of  the 

to  provide  services  to  com-  customer, 
panies  other  than  their  own. 
This  could  put  them  in  com- 
petition with  American 
Biomedical . 
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EXHIBIT  V-18 


PRICING  POLICY  #12: 
TERM  CONVERSIONS 


COMMENTS 


RECOMMENDATION 


Users  may  request  to  convert  to 
a  longer  payment  term  before 
they  have  completed  their  cur- 
rent term.     Thus,  for  example, 
a  user  into  the  12th  month  of 
a  24  month  installment  plan 
may  request  that  he  convert 
to  a  36  month  rate  in  order 
to  lower  his  monthly 
payments . 


Allow  the  customer  to  convert  to 
a  longer  terra  on  the  basis  that 
he  will  pay  the  lower  monthly 
amount  for  the  number  of  months 
equal  to:  36  minus  the  number  of 
months  billed  up  to  the  time  of 
conversion. 

For  example,  if  a  24  month  install- 
ment plan  user  wishes  to  convert  in 
month  12  to  a  36  month  plan,  he  may 
do  so  and  will  pay  the  36  month  rate 
for  24  additional  months  (36-12=24). 
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Documentation 

1.  Importance 

-  Good  documentation  is  one  of  the  most  important  yet  most 
often  poorly  handled  elements  of  software  products 
management . 

-  Everyone  gives  lip  service  to  good  documentation  but 
few  actually  make  it  happen  well. 

-  Good  documentation  is  extremely  important  throughout  all 
phases  of  the  sales  and  customer  support  cycle: 

To  the  prospect  it  is  one  of  the  very  few  tangible 
ways  available  to  judge  the  product  and  the  vendor. 
Unlike  software  code,  documentation  can  actually  be 
seen  and  touched. 

To  the  new  customer  it  can  make  the  difference  between 
understanding  the  new  system  or  being  discouraged  and 
disappointed . 

To  the  vendor  it  can  be  a  very  effective  means  of 
communicating  both  information  and  image.     In  addi- 
tion, it  can  be  an  important  source  of  people  pro- 
ductivity.    It  can  significantly  reduce  people  sup- 
port costs  while  simultaneously  increasing  customer 
satisfaction. 

Given  all  these  advantages  of  documentation,  why  don't  more 
vendors  do  a  better  job?     Reasons  include: 

1.  lack  of  documentation  ability  of  the  people  who 
have  the  knowledge 

2.  lack  of  interest  in  doing  what  is  view^ed  as  a 
tedious  job 

3.  lack  of  standards  and  guidelines  on  quality 

4.  high  cost  and  long  lead  times 

5.  visibility  of  the  costs 

2.  General  suggestions  for  software  product  sales  and  support 
documentation 

a.       Overcoming  documentation  creation  problems 

-      use  people  to  document  who  are  known  to  be  skilled 
and  interested  in  the  task. 
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-  If  such  people  described  above  do  not  exist  within 
the  vendor's  organization  or  are  not  available, 
consider  the  follox^7ing  alternatives: 

Contract  with  a  skilled  technical  writer  and 
have  that  person  interview  the  people  with 
the  knowledge,  then  translate  those  interviews 
into  documentation. 

Send  individuals  who  must  do  the  documentation 
to  a  professional  technical  writing  skills 
course   (typically  a  two  or  three  day  course) 
prior  to  the  commencement  of  the  documentation 
task. 

-  Develop,  publish  documentation  specifications. 

Control  and  manage  documentation  costs.     Not  docu- 
menting adequately  is  costly  because  sales  are  lost, 
customers  are  misinformed,  support  personnal  are 
ineffective . 

Physical  requirem.ents 

Documentation  should  be  as  pleasing  to  the  eye  as  it  is 
useful  to  the  mind.     Physically  everything  about  the 
document  should  convey  an  image  of  quality,  completeness 
and  attractiveness. 

All  test  should  be  typeset  using  an  attractive, 
modern  type  font,  and  with  left  and  right  justi- 
fication . 

The  document  should  be  liberally  sprinkled  with 
diagram  charts,  drawings,  etc. 

Pages  should  not  be  crox^ded ,  but  should  appear 
open  and  easy  to  read. 

Quality  paper  and  quality  printing  should  be  used. 

The  front  and  back  covers  as  well  as  the  entire 
graphical  layout  should  be  attractively  designed 
using  a  professional  artist. 

All  documentation  for  a  given  product  should  be 
graphic  and  color  coordinated. 

Other  guidelines 

Write  each  piece  of  documentation  for  a  specific  audience 
Keep  data  processing  oriented  explanations  separate  from 
end-user  directed  discussions. 
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Write  different  documents  for  different  purposes.  Do 
not  attempt  to  combine  a  reference  manual,   for  example, 
with  a  training  manual.     They  require  two  entirely 
different  approaches. 

3.     Recommended  documentation  for  OHMS  software  product  m.arketing 

a.       Summary  of  documentation  types 

Specific  types  of  documentation  are  required  for  different 
phases  of  the  sales  and  customer  support  cycle,  as  outlined 
in  Exhibit  V-19  which  follows. 
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scription  of  documentation  types 
Overview  Brochure  (4-6  pages) 

This  brochure  is  designed  to  briefly  introduce  the 
product's  features  and  benefits  to  buying  influences. 
It  should  be  brief,  easy  to  ready,  and  make  use  of 
diagrams  and/or  charts.     A  reader  should  be  able  to 
go  through  the  document  completely  in  just  a  few 
minutes.     Graphically  the  brochure  should  leave  the 
reader  with  a  mental  picture  of  what  the  product  is 
and  why  it  is  important  to  have.     A  postage  paid 
reply  coupon  should  be  included. 

When  designing  this  type  of  brochure  it  is  very  impor- 
tant to  understand  which  features  and  benefits  are  the 
most  important  to  your  audience,   so  that  they  may  be 
highlighted. 

The  OHMS  introductory  brochure  recently  created  by 
American  Biomedical  is  an  excellent  piece  of  work  and 
incorporates  many  of  the  characteristics  outlined 
above . 

System  Information  Manual  (20-40  pages) 

This  document  is  designed  to  provide  a  reasonably  com- 
plete overview  of  the  product  in  about  1  to  2  hours 
of  reading  time.     It  is  a  sales  document  whose  purpose 
is  to  explain  to  buying  influences  why  such  a  product 
is  needed,  what  it  does,  why  it  is  useful,  and  why  it 
should  be  licensed  now. 

Included  within  the  manual  are  sample  reports,  input 
documents,  a  brief  description  of  each  feature  of  the 
system,  along  with  its  related  benefits,  and  case  his- 
tories of  successful  usage.     The  document  should  be 
divided  into  end-user  and  data  processing  sections. 

Liberal  use  should  be  made  of  pictures,  drawings  and 
charts.     A  postage  paid  reply  coupon  for  more  informa- 
tion should  also  be  included. 

This  manual  is  usually  given  to  qualified  prospects 
before  an  oral  presentation  of  the  product. 

Because  this  documentation  is  designed  to  give  a  con- 
cise but  thorough  overview  of  the  product,  it  also 
becomes  useful  during  customer  training  sessions  to 
introduce  the  product  to  individuals  who  may  not  have 
been  involved  during  the  sales  cycle. 
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iii.     Case  Histories  (1-4  pages) 

Good  customer  references  are  an  extremely  important 
factor  in  closing  sales.     By  documenting  in  detail 
how  a  particular  customer  used  a  product  successfully, 
the  value  of  a  good  reference  is  multiplied  considerably. 

Case  histories  are  also  very  effective  in  helping  a 
prospect  visualize  how  the  product  might  actually  be 
used. 

iv.     Product  Justification  (1-8  pages) 

One  of  the  most  difficult  activities  which  a  buyer 
must  go  through  when  trying  to  acquire  a  software 
product  is  to  justify  the  expense  to  higher  manage- 
ment.    Typically  the  value  of  a  software  product  is 
relatively  intangible,  and  thus  difficult  to  express 
in  terms  of  dollars  and  cents. 

Software  product  buyers,  therefore,  are  usually 
pleased  to  have  vendors  who  can  supply  them  with 
sample  justifications  used  successfully  by  other 
firms  which  licensed  the  product. 

Such  justifications  may  be  distributed  with  or  with- 
out the  actual  name  of  the  company,  so  long  as  permis- 
sion has  been  received  for  such  distribution. 

V.     License  Agreement   (1-2  pages) 

The  license  agreement  should  also  be  viewed  as  a  sales 
tool.     Much  time,  effort  and  expense  is  typically  in- 
vested in  discussion  of  items  of  this  piece  of  paper. 
In  addition,   this  is  the  document  most  likely  to  be 
seen  and  studied  by  the  individuals  with  the  final  deci- 
sion making  authority. 

License  agreements  should  therefore  conform  to  the 
documentation  guidelines  mentioned  above  such  as  read- 
ability and  physical  attractiveness  (typeset  print, 
quality  paper,  etc.) 

Time  and  effort  should  also  be  expended  to  try  to  keep 
the  agreement  as  short  and  clear  as  possible,  consis- 
tent with  protecting  the  vendor's  interest.  Confusing 
legal  terminology  should  be  avoided  if  layman  language 
can  serve  the  purpose. 

For  a  discussion  of  specific  terms  and  conditions  to 
be  included  in  the  agreement,  see  Section  V.D, 
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vi.     Installation  Planning  Manual   (10-20  pages) 

Many  software  products  that  were  known  to  be  extremely 
reliable  when  processed  on  the  computer,  have  failed 
at  installation  time  because  the  customer's  people, 
procedures  and  management  were  improperly  prepared  to 
deal  with  the  change  required  by  the  system.     The  vendor 
thus  has  an  unhappy  customer. 

The  installation  planning  manual  helps  to  insure  that 
the  customer,  at  all  management  levels,   fully  under- 
stands what  has  to  be  done  to  make  the  system  work  well. 
In  addition,  the  manual  is  a  very  effective  sales  tool 
since  it  demonstrates  a  professional  and  thorough  ap- 
proach to  customer  support. 

The  manual's  contents  primarily  focus  on  presenting  in 
a  useful,  concise  uay  what  has  to  be  done  to  install 
the  system  and  use  it,  who  should  perform  these  tasks 
and  why.     In  addition  to  text  and  drawings,   the  docu- 
ment often  contains  checklists,  PERT-like  diagrams  and 
other  items  designed  to  help  insure  that  activities 
essential  to  the  success  of  the  system  are  in  fact 
implemented . 

vii.     User's  Training  Manual  (50+  pages) 

This  document  is  written  for  the  end-user  and  explains 
in  non-data  processing  terms  what  the  system  does,  how 
it  does  it  and  why.     It  is  designed  to  be  used  during 
the  actual  training  session,  as  well  as  by  individuals 
unable  to  participate  in  such  activities. 

It  is  especially  important  that  this  manual  be  written 
as  a  teaching  tool  and  not  as  a  reference  document. 

Contents  include  a  system  interview  (including  benefits) , 
explanation  of  all  features,  report  samples  and  explana- 
tions, and  description  of  data  input  documents.  Respon- 
sibilities of  individuals  who  must  perform  critical  func- 
tions related  to  system  usage  should  be  discussed  in 
detail.     Examples  should  be  used  extensively  throughout 
the  manual.     The  tone  of  the  writing  should  be  conversa- 
tional and  organized  in  a  step-by-step  manner. 

viii.     User's  Reference  Guide  (50+  pages) 

This  document  contains  primarily  the  same  information 
as  the  User's  Training  Manual,  but  it  is  presented  in  a 
more  concise  manner,  and  is  organized  for  referral  rather 
than  training. 
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It  is  very  important  for  the  vendor  to  carefully  think 
through  which  aspects  of  the  product's  usage  are  likely 
to  cause  difficulty  or  confusion,  and  to  document  expla- 
nations as  thoroughly  as  possible.     The  more  effective 
the  vendor  is  at  doing  this,  the  less  time  he  has  to 
spend  with  costly  telephone  conversations  and/or  visits 
to  the  customer's  site. 

ix.     Data  Processing  Operations  Guide   (100+  pages) 

This  document  explains  to  the  customer's  data  processing 
personnel  how  to  install  and  operate  the  system  success- 
fully. 

Contents  include  a  description  of  the  technical  aspects 
of  the  system  as  they  relate  to  how  the  data  is  handled 
and  how  the  system  is  processed  on  the  computer.  System, 
program,  and  file  organizations  are  described.  Operator 
run  sheets  are  included,  with  special  attention  devoted 
to  error  handling  procedures.  Reports  are  explained  as 
well  as  audit  and  control  techniques. 

X.     Data  Processing  System  Internals  Manual   (100+  pages) 

The  manual  is  released  to  customers  who  are  given  source 
code  of  the  product,  and  who  may  wish  to  do  their  own 
modifications.     The  document  describes  how  the  system  is 
constructed  from  a  system  design  and  programming  point  of 
view.     The  purpose  of  each  module  is  outlined,  as  is  its 
input,  output  and  logic  functions-     Data  and  procedures 
are  defined  and  described  in  detail. 


gested  license  agreement  terms  and  conditions 
Overview 

Software  is  a  unique  type  of  property  and  as  a  result  the  evolution 
of  effective,  legal  agreements  which  protect  both  the  user  and 
the  vendor  to  their  joint  satisfaction  has  been  a  slow  time- 
consuming  and  expensive  development. 

Several  years  ago  it  was  not  uncommon  for  software  salesmen  to 
have  to  spend  as  much  as  20%  of  their  total  time  resolving  ques- 
tions related  to  the  license  agreement.     Today,   the  demands  are 
somewhat  less  due  to  the  software  product  contracting  experience 
which  has  developed  both  within  the  large  companies  who  frequently 
buy  software  and  the  vendors  who  sell  it. 

General  suggestions  concerning  the  creation  of  a  software  product 
license  agreement 

a.     The  vendor  should  create  a  standard  software  product  license 
agreement  for  presentation  to  the  customer.     Although  some 
customers  will  attempt  to  present  the  vendor  with  their  stand- 
ard agreement,  such  an  approach  should  be  strongly  resisted. 
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The  latter  approach  will  cost  the  vendor  a  great  deal  in 
terms  of  negotiation  time  and  expense  and  will  usually 
delay  the  sales  cycle  considerably. 

b.  The  agreement  itself,  as  outlined  in  Section  V.C.  above, 
should  be  attractively  typeset  on  quality  paper,  should 
be  written  in  a  clear,  concise  manner,  and  should  not  ex- 
ceed two  pages  (front  and  back) . 

c.  The  terms  and  conditions  should  be  representative  of  what 
other  major  software  products  vendots  are  including  in 
their  agreements.     The  Fortune  500  customer  will  typically 
have  licensed  several  software  products  before  he  considers 
OHMS,  and  will  thus  be  aware  of  what  other  vendors  consider 
fair  and  reasonable.     Unusually  restrictive  demands  which 
are  out  of  line  with  other  vendor's  requirements  will  cause 
the  customer  to  consider  that  vendor  as  too  difficult  to 

do  business  with  and  as  inexperienced  in  the  softv;are  prod- 
ucts marketplace. 

d.  Time  should  be  taken  to  carefully  train  software  product 
sales  people  in  how  to  "sell"  the  terms  and  conditions  of 
the  agreement.     Make  sure  they  understand  why  such  clauses 
are  included  and  how  they  benefit  both  the  customer  and  the 
vendor.     Train  them  on  how  to  answer  common  objections  and 
concerns  which  may  be  expressed  at  this  point  in  the  sales 
cycle. 

e.  Large  companies  will  sometimes  bluff  concerning  their  un- 
willingness to  accept  the  vendor's  standard  software  product 
terms  and  conditions.     Even  the  largest  companies  will 
usually  back  down,  however,  if  you  can  show  them  that  a 
particular  clause  is  standard  within  the  industry. 

Recommended  terms  and  conditions 

Outlined  below  are  suggestions  and  comments  concerning  the  terms 
and  conditions  often  found  in  software  product  contracts.  The 
discussion  is  not  intended  to  be  legal  advice,  but  rather  is 
designed  to  be  for  management  and  should  be  used  as  a  basis  for 
discussion  with  a  company  lawyer. 

a.     License  to  use:     Almost  all  software  products  agreem.ents 
are  written  to  give  the  customer  the  right  to  use  the 
product,  but  allovj  the  vendor  to  retain  title  to  it. 
Generally  this  is  phrased  as  a  "personal,  non-transferable 
and  nonexclusive  license  to  use"  the  number  of  copies  of 
each  Program  specified  in  Schedule  A, at  the  computer  site(s) 
specified  in  Schedule  A. 
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^*     Term:     Since  the  term  of  the  license  may  vary  according 
to  the  type  of  payment  term  selected,   this  clause  often 
is  stated  as  follows:  "The  term  of  this  Agreement  shall 
be  for  the  period  specified  in  Section  A,  and  shall  begin 
with  the  first  day  of  the  acceptance  period,  which  is 
defined  as  the  day  the  program  tape  arrives  at  the  Cus- 
tomer's installation,  unless  otherwise  terminated  bv  the 
parties  as  provided  for  herein." 

c.  Governing  Law:     Usually  vendors  xvill  include  a  clause  to 
the  effect  that  "this  Agreement  shall  be  construed  in 
accordance  with  the  laws"  of  the  state  where  their  head- 
quarters reside. 

Often  customers  will  insist  on  changing  this  to  read  in 
accordance  with  the  laws  of  the  state  in  which  customer's 
headquarters  reside.     Since  states  have  laws  which  differ 
from  one  another,  the  vendor  should  be  sure  he  understands 
the  implications  of  such  a  change.     Usually,  however,  the 
vendor  does  grant  the  customer  this  change  without  too 
much  argument. 

d.  Applicable  Prices:     Since  many  customers  may  have  foreign 
operations  which  may  wish  to  license  the  product,  it  is 
important  to  state  the  prices,  discounts,  terms  and  con- 
ditions are  only  applicable  in  the  United  States  of  America. 
This  leaves  the  vendor  the  option  of  charging  different 
prices  for  foreign  sales  depending  upon  marketing  and 
support  costs  as  well  as  foreign  currency  fluctuations. 

e.  Use  By  Customer:     In  this  clause  the  vendor  states  x^7hether 
the  copies  licensed  under  this  agreement  are  for  an  "instal- 
lation"  (a  single  or  contiguous  computer  room)  or  for  a 
designated  "central  processing  unit"  (cpu) , 

Also  included  here  is  a  statement  to  the  effect  that  if  the 
customer's  computer  upon  which  the  program  has  been  installed 
becomes  inoperative,  then  "the  license  granted  under  this 
Agreement  is  temporarily  extended  to  authorize  the  Customer 
to  use  the  Program  on  any  other  CPU".     However,  when  the  ori- 
ginal CPU  becomes  operative,  the  Program  must  be  transfered 
back. 

Another  part  of  this  clause  will  usually  state  that  a  customer 
may  discontinue  using  the  program  at  one  installation  and 
begin  using  it  at  another  installation  of  the  customer,  pro- 
vided he  gives  prior  written  notice  to  the  vendor  and  speci- 
fies the  location  of  the  new  installation.     In  this  way  the 
vendor  has  a  way  of  tracking  the  physical  location  of  his 
valuable  proprietary  asset,  the  program  itself. 
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Payment :     Items  included  under  this  topic  include: 


Specification  that  the  initial  payment  term  will  begin 
on  the  first  day  of  the  acceptance  period,  and  that 
charges  will  be  invoiced  in  advance,  and  are  payable 
within  thirty  days  of  the  invoice  date. 

The  requirement  that  the  customer  shall  pay  to  the 
vendor  all  taxes  that  are  applicable  to  this  Agreement, 
or  x^7hich  are  measured  directly  by  payments  made  under 
it  and  are  required  by  law  to  be  collected  by  the  vendor 
or  paid  by  the  vendor  to  the  tax  authorities.  This 
requirement  includes  sales,  use,  excise  and  personal 
property  tax,  but  does  not  include  taxes  based  on  the 
vendor's  net  income. 

The  ability  of  the  customer  to  obtain  additional  costs 
of  previously  licensed  programs  or  licenses  for  other 
programs  under  the  terms  and  conditions  of  this  agree- 
ment, provided  he  notifies  the  vendor  in  writing  and 
references  this  Agreement.     A  new  Schedule  A  for  this 
Agreement  will  then  be  developed.      (In  this  way  a  brand 
new  license  agreement  does  not  have  to  be  drawn  up  for 
each  additional  copy  or  program  sold.) 

A  statement  to  the  effect  that  currently  prices  and  dis- 
counts for  additional  copies  are  subject  to  change  "X" 
days   (usually  90)   from  the  effective  date  of  the 
Agreement . 

An  explanation  that  the  customer  is  not  required  to  pay 
monthly  charges  beyond  the  maximum  term  specified  in  an 
attached  schedule,  except  as  specified  in  the  paragraph 
dealing  with  Maintenance. 

Delivery  and  installation:     The  vendor  agrees  to  supply  the 
Program  in  the  form  of  a  copy  of  the  tape  for  installation 
on  the  licensed  CPU(s). 

Also  specified  in  this  paragraph  is  the  type  of  documentation 
that  is  provided  with  the  program,  and  the  number  of  copies 
of  the  documentation  which  the  customer  receives  for  the 
license  price  (usually  three) . 

The  number  of  man-days  of  training,  instruction  and  consul- 
tation which  the  vendor  is  providing  at  no  additional  cost  for 
installation  of  the  Program  is  also  specified  in  the  attached 
Schedule  A.     This  clause  also  states  that  these  man-days  will 
be  provided  at  no  additional  charge  except  for  all  reasonable 
out-of-pocket  expenses,  including  travel,  lodging  and  meals. 
The  vendor  specifies,  however,  that  such  support  is  to  be 
provided  on  a  mutually  agreed  to  schedule,  and  that  in  any 
event  the  responsibility  for  installation  of  the  program  rests 
with  the  Customer. 
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The  vendor  can  also  use  this  paragraph  to  state  that  he 
will  assume  all  risks  of  loss  or  damage  to  the  Program 
during  transit  to  and  from  the  Customer's  installation. 

Maintenance  and  program  modifications:     In  this  paragraph 
the  vendor  states  that  the  complete  and  sole  responsibility 
for  maintenance  of  the  program  remains  with  the  Customer. 
However,  the  vendor  agrees  that  for  the  specified  duration 
of  the  license,  he  will  (a)  supply  a  temporary  fix  or  attempt 
to  provide  an  emergency  by-pass  to  the  program,  assuming 
the  licensed  program  gives  incorrect  results,  and  if  the 
vendor  determines  that  the  problem  is  a  defect  in  a  current, 
unaltered  release  of  the  Program,   (b)  provide  the  Customer, 
at  no  cost,  known  problem  solutions  relating  to  the  unaltered 
Program,  once  such  solutions  become  known  to  the  vendor,  and 
(c)  provide  modifications  to  the  Program  to  accommodate  any 
new  IBM  Operating  System  releases,  provided  the  vendor  has 
available  all  necessary  information  regarding  the  Operating 
System  release,  and  that  the  vendor  has  installed  and  operated 
such  modifications  for  its  own  use  or  at  a  Customer  location 
at  the  time  Customer  requests,  in  writing,  such  modifications. 
These  modifications  will  be  provided  to  the  Customer  at  no 
charge,  as  quickly  as  possible  after  the  release  is  made. 
However,  the  vendor  will  not  be  responsible  in  any  way  for  any 
Program  which  is  modified  by  the  Customer.     By  modifying  the 
Program  the  Customer  assumes  all  risks. 

The  vendor  may  also  state  that  services  requested  by  the  Cus- 
tomer which  are  not  part  of  the  services  included  within  this 
Agreement,  will  be  charged  to  the  Customer  at  the  vendor's 
then  current  standard  rates,  plus  all  reasonable  out-of-pocket 
expenses,  with  a  minimum  charge  of  one  man-day. 

In  this  paragraph  also  the  vendor  states  that  Extended  Main- 
tenance is  defined  as  a  continuation  of  the  maintenance  defined 
above,  as  maintenance  beyond  one  (1)  year  if  a  one-time  payment 
license  is  specified,  or  as  maintenance  beyond  the  maximum  term 
specified  in  Schedule  A  attached.     This  Extended  Maintenance 
is  provided  in  minimum  increments  of  twelve  months  at  a  fixed 
rate  for  the  first  twelve  months  as  specified  in  Schedule  A. 
Extended  Maintenance  for  all  subsequent  years  will  be  at  the 
then  current  rates.     Extended  Maintenance  will  automatically 
be  accepted  by  the  Customer,  and  billed  by  the  vendor,  unless 
the  Customer  notifies  the  vendor  in  writing  thirty  days  prior 
to  its  commencement.     If  customer  elects  not  to  take  Extended 
Maintenance  when  due,  but  elects  at  some  later  time  to  begin  to 
take  it.  Customer  must  pay  vendor  for  the  prior  elapsed  periods. 

Proprietary  Data:     This  extremely  important  paragraph  states 
that  the  Program,  source  coding  or  any  similar  material,  is  a 
proprietary  product  developed  by  the  vendor  (or  is  the  property 
of  "X"  Corporation)  and  is  and  shall  remain  the  property  of  the 
vendor  (or  "X")  both  before  and  after  termination  of  this 
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Agreement.     The  vendor  states  that  the  customer  may  not 
sell,  assign,  lease,  market,  transfer,  nor  allow  any  per- 
son, firm  or  corporation  to  copy,  reproduce,  or  disclose,  in 
whole  or  in  part  in  any  manner,  the  Program,  source  coding 
or  like  material,  as  delivered  by  the  vendor,  or  as  modified 
or  enhanced  by  either  party,  at  any  time,  both  before  and 
after  termination  of  this  Agreement,  without  the  vendor's 
prior  written  consent. 

This  paragraph  also  indicates  that  the  Customer  will  not 
copyright,  trademark,  or  apply  for  a  patent  concerning  the 
Program  supplied  to  the  Customer.     The  Customer  is  to  recog- 
nize that  the  Program  may  be  copyrighted  by  the  Vendor.  Such 
copyrighting  is  not  to  be  construed  as  causing  the  Program  to 
be  in  the  public  domain.     Customer  agrees  to  attach  to  all 
copies  of  the  Program  a  form  of  copyright  specified  by  the 
vendor. 

In  addition,  paragraph  should  state  that  the  Customer  will 
not  make  or  cause  to  be  made,  any  more  copies  of  the  Program 
supplied  by  the  vendor,  except  for  purposes  of  backup. 

Defense  of  Suit:     The  vendor  agrees  to  hold  harmless  and 
defend  Customer  against  suits  which  are  based  on  claims  that 
the  Program  infringes  on  any  patent  or  property  right,  pro- 
vided vendor  is  controlling  the  defense  of  such  suit. 

Warranty ;     The  vendor  states  in  this  paragraph  that  each 
Program  under  this  license  will  conform  to  published  program 
specifications . 

Limitation  of  Liability:     In  this  clause,  the  vendor  indicates 
that  the  warranty  above  is  in  lieu  of  all  other  warranties 
express  or  implied,  including,  but  not  limited  to,  the  implied 
warranties  ©f  merchantability  and  fitness  for  a  particular 
purpose. 

In  addition  the  vendor  states  that  the  Customer  agrees  that 
the  vendor's  liability  for  damages,  excluding  liability  for 
copyright  or  patent  infringements,  regardless  of  the  form  of 
action,  shall  not  exceed  the  charges  paid  by  Customer  for  the 
licensed  Program.     During  the  testing  period,  if  any,  for  which 
there  have  been  no  charges  paid,  that  shall  be  no  liability  for 
damages,  other  than  copyright  infringements. 

The  vendor  also  requires  the  Customer  to  agree  that  the  vendor 
shall  not  be  liable  for  any  lost  profits,  or  for  any  claim 
against  the  Customer  by  any  other  party,  except  a  claim  for 
patent  or  copyright  infringement  as  provided  within  this  Agree- 
ment.    In  addition,  no  action,  regardless  of  form,  may  be 
brought  by  either  party  more  than  one  year  after  the  cause  of 
action  has  accrued,  except  that  an  action  for  nonpayment  may 
be  brought  within  one  year  after  the  date  of  last  payment. 
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The  vendor  then  states,  usually  in  bold  face  type,  that 
in  no  event  will  he  (the  vendor)  be  liable  for  consequen- 
tial damages  even  if  the  vendor  has  been  advised  of  the 
possibility  of  such  damages. 

Termination :     The  vendor  indicates  that  the  license  Agree- 
ment may  be  terminated  (a)  upon  expiration  of  the  term, 

(b)  by  either  party  upon  material  failure  of  the  other 
party  to  perform  its  responsibilities  as  specified  in  the 
Agreement,  by  submitting  notice  in  writing,  provided  the 
material  failure  has  not  been  corrected  within  thirty  days, 

(c)  by  either  party  if  the  other  party  files  for  bankruptcy 
or  is  adjudicated  a  bankrupt,  or   (d)   during  the  acceptance 
period,  if  Customer  ascertains  that  the  Program  does  not  con- 
form to  published  specifications  and  Customer  so  notifies  ■ 
vendor  in  XN?riting.     License  charges  will  not  apply  and  any 
charges  paid  by  Customer  will  be  returned. 


This  paragraph  can  also  state  that  upon  termination  Customer 
shall  return  promptly  the  Program  and  all  related  data  and 
documentation  to  the  vendor  and  Customer  shall  make  prompt 
payments  in  full  to  the  vendor  for  all  amounts  due  as  of  the 
effective  date  of  termination.     The  paragraph  entitled  Prop- 
rietary Data  shall  survive  any  termination. 

Nonassignability ;     This  paragraph  indicates  that  the  Agreement, 
license  or  Program  may  not  be  assigned,  sublicensed  or  other- 
wise transferred  by  the  Custom.er  without  the  vendor's  prior 
written  consent. 

Notices :     The  vendor  states  that  notices  to  be  given  by  either 
party  are  to  be  made  in  writing  and  sent  by  Certified  Mail 
postage  prepaid  and  addressed  as  follows   (vendor's  address, 
Customer ' s  address) . 


Headings :     This  paragraph  specifies  that  headings  given  to 
paragraphs  in  this  Agreement  are  for  reference  only  and  shall 
not  affect  the  interpretation  of  this  Agreement. 

Complete  Agreement:     Vendor  states  that  the  Customer  agrees 
that  he  has  read  this  Agreement,  understands  it  and  agrees  to 
be  bound  by  its  terms,  and  further,  agrees  that  it  is  the  com- 
plete and  exclusive  statement  of  the  agreement  between  the 
parties,  and  that  it  superceeds  all  proposals  oral  or  written 
and  all  other  communication  between  the  parties  relating  to  the 
subject  matter  of  this  agreement. 

The  vendor  may  also  state  that  Customer  further  agrees  that  any 
terms  and  conditions  of  any  purchase  order  or  other  instrument 
issued  by  Customer  in  connection  with  this  Agreement  which  are 
in  addition  to  or  inconsistent  with  the  terms  and  conditions  of 
this  Agreement  shall  not  be  binding  on  the  vendor  and  shall  not 
apply  to  this  Agreement. 
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r.     Schedule  A:     This  schedule  is  filled  in  according  to  the 
specific  terms  which  the  Customer  has  agreed  to.  This 
schedule  contains  such  information  as  : 

Name  of  the  software  product  being  licensed 
Number  of  copies 
Initial  pa3nnent  term 
Maximum  payment  term 
License  Charge 

Type  of  License  (Installation  or  CPU) 
Designated  CPU  location  (address) 
Acceptance  Period 
Man-Days  of  Installation  provided 
Extended  Maintenance  Charge 

Guidelines  for  sales  presentation  development 

1.  Importance 

The  software  product  sales  presentation  plays  a  very  crucial 
role  in  the  sales  cycle.     It  is  the  principle  tool  by  which  the 
prospect  is  either  aroused  to  action  leading  to  a  sale,  or  is 
lost . 

Generally  a  software  product  buyer  will  give  the  vendor  an3rwhere 
from  45  minutes  to  several  hours  to  explain  what  his  product  is 
and  why  he  should  license  it. 

The  complexity  and  intangibility  of  software,   combined  with  the 
widespread  impact  its  usage  typically  has  on  an  organization, 
makes  the  development  of  an  effective  sales  presentation  a  time 
consuming,  challenging  and  difficult  task.     Rarely,  if  ever,  will 
the  vendor  have  the  opportunity  to  influence,  at  one  time,  so 
many  of  the  buying  influences  from  a  specific  company  which  he 
desires  to  close.     A  great  deal  of  thought,  research  and  analysis 
must  go  into  the  creation  of  this,  the  most  important  tool  in  the 
software  products  selling  process. 

2.  Comprehensive,  yet  flexible 

The  presentation  should  be  sufficiently  comprehensive,  yet  flex- 
ible  so  that  it  can  be  shown  how  OHMS  meets  the  different  needs 
of  each  type  of  buying  influence. 

3.  Modularity 

The  presentation  should  be  made  modular  so  that  only  those  por- 
tions applicable  to  the  interests  and  needs  of  those  in  a  parti- 
cular audience  are  presented. 

4.  Features  versus  benefits 
Care  should  be  taken  to: 

clearly  distinguish  between  features  and  benefits 
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emphasize  benefits ,  and  proofs  of  those  benefits 


avoid  technical  descriptions  when  talking  to  a 
non-technical  audience 

Three  basic  parts 

The  presentation  should  be  divided  into  three  basic  parts: 

Why  the  prospect  should  implement  a  medical 
surveillance  program 

X-Jhy  the  prospect  should  utilize  OHMS  rather 
than  any  other  alternative  available 

Why  the  prospect  should  buy  now.  .  . 

Primary  media 

The  recommended  primary  media  for  the  sales  presentation  is 
overhead  foils.     Foils  project  a  very  dominant  and  effective 
image  in  a  room  of  almost  any  size.     They  also  provide  good 
flexibility  to  the  sales  presenter  in  that  specific  foils  can 
be  selected  out  of  sequence  very  quickly  if  need  be   (for  example 
in  response  to  a  question) .     In  addition,  foils  allow  the  use 
of  overlays,  blackouts  and  other  techniques  which  interject  vari- 
ety and  maximum  visual  impact.     Overhead  projectors  are  commonly 
available  within  the  Fortune  500  companies. 

Secondary  media 

Recommended  secondary  media  includes  desk  top  flip  charts  (8^^" 
by  11"  light  cardboard  charts  which  are  copies  of  the  foils), 
and  35mm  slides. 

Use  of  non-text  items 

Maximum  use  should  be  made  of  diagrams ,  charts ,  and  other  non-text 
items.     This  is  not  always  easy  due  to  the  intangibility  of  soft- 
ware, but  pays  big  dividends  in  terms  of  helping  the  prospect  form 
clear,  memorable  mental  images  of  the  features  and  benefits  of  the 
system. 

Ar twork 

A  professional  artist  should  be  utilized  to  help  design  attractive 
graphics . 

All  text  and  graphics  should  be  typeset . 
Color 

Color  should  be  used  in  the  foils.  As  a  minimum,  colored  reversals 
should  be  employed.     (Reversals  result  in  text  and  graphics  being 
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projected  as  white  and  all  background  as  a  solid  color.)  For 
maximum  impact,  each  foil  can  be  multi-colored  without  much 
increase  in  cost. 

Script 

A  script  should  be  developed  which  outlines  the  key  points  which 
the  sales  presenter  is  to  make  with  each  visual.     This  is  impor- 
tant in  order  to  insure  that  critical  points  are  not  inadvertently- 
left  out,  or  are  ineffectively  explained. 

Audience  copies 

Always  have  xerox  copies  of  the  foils  available  to  give  to  the 
audience.     This  will  enable  them  to  avoid  being  distracted  by 
taking  notes  which  are  simply  copies  of  text  on  the  foils.  .  In 
addition  it  injects  an  image  of  preparedness,  professionalism 
and  courtesy. 

Volume 

A  good,  comprehensive,  flexible  sales  presentation  for  OHMS  will 
most  likely  require  the  development  of  from  50  to  75  different 
foils.     Usually  not  every  foil  will  be  required  for  every 
presentation. 

Top  priority  should  be  given  to  the  creation  of  the  sales  pre- 
sentation tool. 


V-41 


>  H 


VI.     Other  Suggestions  and  Comments 


A.     Test  Marketing  Techniques 

1.  Overview 

Before  making  a  major  investment  in  the  launching,  sales 
and  long  term  support  of  a  software  product,  a  vendor  can 
use  several  techniques  for  better  understanding  the  charac- 
teristics of  the  market  and  the  product  he  is  considering. 
These  techniques  are  collectively  identified  as  Test  Marketing. 

Purposes  of  Test  Marketing  include: 

Confirm  the  actual  reliability  and  value  of  the  product 

Identify  the  size  and  characteristics  of  the  market 

Determine  what  are  the  most  difficult  objections  and 
obstacles  to  the  sale 

Evaluate  and  determine  sales  cycle  duration  and  costs 
Test  pricing  sensitivity 

Isolate  the  most  attractive  market  segments 

Identify  how  to  help  the  prospect  justify  the  product 

2.  Charter  User  Concept 

The  Charter  User  Concept  involves  obtaining  a  small  group 
(usually  3  to  5)  of  customers  who  are  willing  to  help  the 
vendor  partially  fund  the  costs  of  product  development  and 
launch,  in  return  for  the  ability  to  help  influence  the 
future  design  of  the  product  and  to  receive  a  discounted 
price. 

a.     Advantages  of  Charter  Users  to  the  vendor  include: 
Source  of  development  funds 

Source  of  market  input  on  critical  design  decisions 

Further  confirmation  that  a  market  exists  for  the 
product 

Development  of  customer  reference  sources  for  use 
when  product  officially  released. 
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b.     Advantages  to  the  Charter  User  include: 


Ability  to  influence  design  of  a  product  important 
to  their  company 

Acquisition  of  needed  product  at  discounted  price 

Realization  of  product  benefits  sooner 

Association  with  knowledgeable  vendor  personnel 

Prestige  of  association  with  state-of-the-art 
product  development 

c.  Responsibility  of  Charter  Users 

Help  define  and  evaluate  product  specifications 
and  design 

Attend  product  review  meetings  at  central  site 

Serve  as  Beta  Test  site  (defined  below) 

Serve  as  active  Reference  site  once  product  is 
nationally  marketed 

d.  Characteristics  to  seek  in  Charter  Users 


Knowledge  of  product  area 

Ability  to  make  fast  Charter  User  participation 
decision 


Reputation  for  market  area  leadership 

End-user  and  data  processing  management  interest 
and  coxmnitment 


Top  quality  personnel 


Enthusiasm  among  key  technical  people 
Widely  recognized  company  name 
Representation  of  targeted  market  segment 


Beta  Test  Site  concept 

Because  customer  references  are  so  important  to  software  product 
marketing  success,  it  is  essential  that  the  vendor  releases  a 
product  which  is  extremely  reliable,  performs  required  functions, 
and  is  well  documented. 
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Live,  volume  testing,   in  multiple  environments  under  carefully 
conceived  conditions,  is  necessary  before  a  product  is  known 
to  be  sufficiently  stable  for  national  release. 

The  Beta  Test  Site  concept  is  designed  to  give  the  vendor  an 
opportunity  to  test  his  product  with  a  "typical"  customer  before 
releasing  it  nationally,  and  gives  the  customer  an  opportunity 
to  evaluate  the  product  in  detail  with  little  obligation,  as 
well  as  to  influence  its  future  development,  all  at  a  discounted 
price. 

a.  Advantages  of  Beta  Testing  to  the  vendor  include: 

Determination  of  product  reliability  in  multiple 
environments 

Identification  of  potentially  essential  features 
not  currently  implemented 

Evaluation  of  effectiveness  of  documentation 

Potential  creation  of  a  valuable  customer  reference 
site 

b.  Advantages  to  the  Beta  Test  customer  include: 

All  of  the  advantages  associated  with  Charter  User 
participation  outlined  in  paragraph  #A. 2.b.  above. 

Confirmation  that  the  product  works  satisfactorily 
in  the  customer's  own  environment 

c.  Responsibilities  of  the  Beta  Test  customer  include: 

Installation  of  the  product  as  soon  as  it  is  ready 
from  the  vendor 

Commitment  to  thoroughly  test  the  product  within  a 
short  time  frame 

Report  in  writing  to  the  vendor  on  the  customer's 
evaluation  of  the  product 

Serve  as  a  reference  site  if  customer  elects  to  keep 
the  product 

d.  Characteristics  to  seek  in  Beta  Test  Customers 

All  of  the  characteristics  outlined  for  Charter  Users 
above. 

Technical  environment  typical  of  future  customers 
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Technical  Management 


Data  processing  technical  management  of  the  maintenance,  support 
and  enhancement  of  the  product  is  one  of  the  most  critical,  and 
difficult  jobs  in  the  entire  software  product  organization. 

Given  a  sound  product  concept,  a  ready  market,  creative  and  effec- 
tive marketing  resources,  the  key  to  success  and  profitability  will 
rest  with  the  effectiveness  of  the  management  of  the  data  process- 
ing technicians  who,  in  effect,  are  the  product  which  the  customer 
is  buying. 

All  too  often  the  main  obstacle  to  software  products  profitability 
has  been  the  inability  of  the  vendor  to  deliver  and  support  x^hat 
he  has  promised. 

American  Biomedical  is  fortunate  in  that  they  are  associated  with 
the  very  talented,  capable  and  determined  personnel  of  Medi-Tech. 

To  this  talented  group  of  people  must  be  added  the  necessary 
resources  to  manage,   support,  maintain  and  enhance  the  product. 

It  is  strongly  recommended  that  a  heavily  experienced,  full-time 
technical  manager  be  utilized  to  manage  all  technical  resources 
required  to  participate  in  the  software  products  marketplace. 
This  manager  should  be  identified  and  put  into  place  as  soon  as 
possible. 

Organization 

It  is  recommended  that  in  order  to  protect  the  OHMS  investment  as 
well  as  to  provide  American  Biomedical  with  the  capability  of  moving 
into  this  market  as  rapidly  as  possible: 

All  personnel  important  to  the  OHMS  project  be  assigned  on  a 
full-time  basis 

The  OHMS  organization  be  created  as  a  profit  center  and  report 
directly  to  a  high  level  management 

Product  Name 

It  is  recommended  that  the  name  of  the  product  be  changed.  OHMS, 
while  having  the  important  advantage  of  pronounceability  and  con- 
ciseness, is  not  descriptive  of  its  function  or  benefit. 

Ideally  the  name  of  the  product  in  addition  to  being  pronounceable 
and  concise,  should  also: 

Be  descriptive  of  its  function 

Tie  into  the  vendor's  company  name,  or  product  line  name 
Be  easily  remembered 


VI-4 


Questions  to  Expect  from  Software  Product  Buyers 


To  assist  American  Biomedical  in  the  preparation  of  OHMS  sales 
calls,  outlined  below  are  some  questions  to  expect  from  data 
processing  managers  and  technicians: 

What  computer  language  is  OHMS  written  in? 

How  many  programs  are  in  the  system? 

How  many  lines  of  source  code? 

To  what  extent  is  the  code  itself  documented  within  the 
source  listings? 

Can  the  OHMS  master  files  be  interfaced  to  Mark  IV  (or  any. 
other  popular  report  generator  or  file  management  system)? 

How  many  man-years  of  development  effort  have  gone  into  OHMS? 

Who  are  we  contracting  with,  American  Biomedical  or  Medi-Tech? 

How  many  data  processing  support  people  are  employed  to  assist 
customers? 

What  is  the  financial  status  of  Medi-Tech?  of  American 
Biomedical? 

What  guarantee  do  we  have  that  your  company  will  actually 
support  and  enhance  OHMS  into  the  future? 

What  evidence  is  there  that  you  are  committed  for  the  long 
term  to  supporting  and  enhancing  OHMS? 

How  easily  modifiable  is  OHMS? 

Who  is  American  Biomedical  and  what  do  you  do?    Why  are  you 
involved  in  software  products? 

Do  you  have  any  plans  to  develop  an  IMS  (or  other  data  base 
management  system)  version?    Why  or  why  not? 


VI-5 


Vil.     Suggested  Next  Steps 

If  American  Biomedical  elects  to  pursue  a  software  products  strategy 
with  OHMS,  then  the  following  sequence  of  events  is  suggested: 

A.  Develop  a  softxvare  products  business  plan  which  defines  long  and 
short  term  goals,  objectives  and  strategies  for  the  business, 
product  and  market,  along  with  costs,  financing,  resources  and 
timetables . 

B.  Enter  the  market  via  a  Test  Marketing  Strategy  X'7hich  utilizes  the 
Charter  User  and  Beta  Test  Site  concepts. 

1.  Prepare  materials  for  Charter  User  marketing 

Sales  Presentation 
Sales  Information  Manual 

Charter  User  Terms  and  Conditions  Agreement 
Beta  Test  License  Agreement 

2.  Identify  Charter  User  prospects  and  close  three  of  them. 
(General  Tire  m.ay  be  a  good  prospect  -  see  Interview  Report 
in  Appendix  A) 

3.  Conduct  additional  market  research  to  define  characteristics 
of  entire  market. 

4.  Hold  Product  Review  Meetings  with  Charter  Users  to  define 
enhancement  strategy. 

5.  Finalize  enhancement  strategy  and  staff. 

6 .  Undertake  enhancements 

7.  Install  Beta  Test  Site  #1 

8.  Install  Beta  Test  Site  #2 

9.  Evaluate  Beta  Tests 

10.     If  evaluations  are  successful: 

Reanalyze  the  business  opportunity 

Update  Business  Plan 

Prepare  for  National  Marketing 
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Time  and  resources: 


The  above  activities  are  estimated  to  take  from  6  to  12 
months  of  elapsed  time  depending  upon  the  resources 
assigned. 

The  Charter  User  marketing  effort  will  require  as  a  mini- 
mum one  full-time  marketing  person  plus  at  least  a  data 
processing  support  person  half-time  and  a  medical  support 
person  one-quarter  time. 

The  involvement  of  the  Charter  Users  in  Product  Review 
meetings  will  require  the  participation  of  all  key  tech- 
nical and  medical  support  people  for  several  days  each 
month. 

Installation  and  support  of  two  Beta  Test  sites  will 
require  at  least  one  data  processing  person  full-time. 

The  additional  marketing  research  typically  requires 
several  man-weeks  of  effort  as  a  minimum. 

The  preparation  of  plans  and  materials  for  full-scale 
national  marketing  (not  including  time  for  recruiting 
and  training)  will  require  from  2  to  3  man-months  of 
marketing  time. 
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APPENDIX  A 


FIVE  YEAR  SOFTWARE  PRODUCTS  MODEL  PRO  FORMA 
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APPENDIX  A 


Five  Year  Software  Product  Model  Pro  Forma 


A.  Overview 


In  order  to  provide  American  Biomedical  with  an  understanding 
of  the  economics  of  a  software  products  business,  presented 
below  are  two  economic  models. 

Model  A  assumes  100%  of  the  sales  are  one-time  payments 

Model  B  assumes  that  a  mix  is  obtained  of  leases, 
installment  plans  and  one-time  payments. 

See  Exhibits  A-1  through  A-3. 

B.  Assumptions 

1.  Revenue 

a.  Pricing:  One-Time  =  $75,000  ^ 

Monthly  Lease  =  $1,950 

24  Month  Installment  =  $3,750 

36  Month  Installment  =  $2,800 

Extended  Maintenance  =  $7,500  per  year  (Beta  Test) 

b.  First  two  sales,  Year  1  =  Beta  Test  at  $50,000 

c.  Bookings  =  one-time  payment  equivalent  of  any  license 
sold 

d.  Model  A  =  100%  of  sales  =  one-time  payments 

e.  Model  B  =  25%  of  sales  =  one-time  plan 

25%  of  sales  =  monthly  lease 

25%  of  sales  =  24  month  installment 

25%  of  sales  =  36  month  installment 

f.  Salesmen  sell  $400,000  in  total  contract  value  per  man 
per  year 

g.  Marketing  life  of  product  =  5  years 

h.  Maintenance  revenues  included  for  years  1-5. 
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2.     Expenses   (Model  A  and  B) 


Expenses  ($000) 
Salary  & 

Benefits     Travel  Phone 


Computer 
Facilities        Time  Total 


Direct  Marketing  Expenses 

Sales  Management  45 

Salesman  40 

Technical  Support  35 

Medical  Support  45 

Product  Manager  35 

Secretary  15 


18 
18 
18 
12 
12 
0 


6 
6 
6 
4 
4 
0 


1 
1 
1 
1 
1 
0 


70 
65 
60 
62 
52 
15 


Development  and  Maintenance 
Manager  40 
Customer  Support  30 
Medical  Support  45 
Development  (major 
enhancements)  30 


4 
3 
6 


3 
5 
2 


1 
1 
1 


6 
6 


48 
45 
60 

45 


Royalties  for  product  are  not  included 

Sales  Promotion  =  6%  of  booked  sales  -  year  1 

3%  of  booked  sales  -  year  2+ 


Marketing  Printing  =  3%  of  booked  sales  -  year  1 

2%  of  booked  sales  -  year  2+ 


Development  and  Maintenance  Printing  =  2%  of  booked  sales  -  year  1 

1%  of  booked  sales  -  year  2+ 

Customer  Support  =  1  per  5  clients  -  year  1-2 

1  per  12  clients  -  year  3+ 

Medical  Support  =  1  per  10  clients 

Technical  Support  =  %  per  salesman 

Medical  Support  (Marketing)  =  1/5  per  salesman  ■ 

Product  Manager  =  1  per  3  to  10  salesmen 

Other  =  recruiting,  moving,  etc.  =  1%  of  bookings 

G+A  =  accounting,  legal,  and  debt  costs,   etc.  =  4%  of  bookings 

Model  B  only 

After  year  5,  only  expenses  are  for  customer  support  =  4  people  at 
total  costs  of  $45K/year  each 
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Exhibit  A-1 


Pro  Forma  -  Model  A  (100%  one-time  payments) 


($000) 


-Y  E  A  R- 
3 


Units  Sold 
This  Year 
Year  to  Date 


6 
6 


12 
18 


24 
42 


36 
78 


42 
120 


Revenues 

This  Year  400.0 
Year  to  Date  400.0 


940.0 
1340.0 


1930.0 
3270.0 


2893.0 
6163.0 


3730.0 
9893.0 


Exp enses 

This  Year  464.5 
Year  to  Date  464.5 


620.0 
1084.5 


1145.0 
2229.5 


1801.0 
4030.5 


2089.5 
6120.0 


PBT 

This  Year  (64.5) 
Year  to  Date  (64.5) 


320.0 
255.5 


785.0 
1040.5 


1092.0 
2332.5 


1640.5 
3773.0 


PBT%  Revenues 

This  Year  (16%) 
Year  to  Date  (16%) 


34% 
19% 


41% 
32% 


38% 
38% 


44% 
38% 


Staffing 

Sales  Force  1  2  4  6  8 

DP  Tech.  4  5  11  16  19 

Med.  Support  2  2  2  3  3 

Other  _1_  _1  ^  _3  _3 

Total  8  10  18  28  33 
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Exhibit  A- 2 


Pro  Forma 

~  rioae± 

o  \3.L1. 

 YEAR- 

paymenc 

plans ) 

1 

9 

J 

A 

H 

_j 

D 

/ 

Q 
O 

Units  Sold 

This  Year 

& 

12 

24 

36 

42 

0 

0 

0 

Year  to  Date 

6 

1  R 
xo 

78 

J.  z.  u 

1  OA 

xZU 

Ton 

IzU 

Revenues 

This  Year 

162.7 

513.4 

1188.4 

2100.6 

3012.7 

2127.3 

1447.8 

886.8 

Year  to  Date 

162.7 

67ft  1 

1  864  5 

->  ^  u    .  X 

6977  8 

91  n  9 

xUj J J  .  X 

ix^ . y 

Expenses 

This  Year 

464.5 

620.0 

1145.0 

1801.0 

2089.5 

180.0 

180.0 

180.0 

Year  to  Date 

464.5 

1084  5 

2229  5 

S-  vy  J  L/  «  J 

6120  0 

U  H  O  U  .  \J 

ODOU . u 

PBT 

This  Year 

(301.8) 

V,  -LUD  •  O  ^ 

^  "  "  .  o 

-7     J  .  Z. 

1  QA7 

1  9(^7  S 
X/:  0  /  ,  o 

~i  r\c.  o 
/Ud  .  o 

Year  to  Date 

(301.8) 

\^\J\J  •  '-+  J 

8  57  8 

9Sn  1 

A  079  Q 

/,  7  7  Q  7 

PBT%  Revenues 

This  Year 

(185%) 

(21%) 

4% 

14% 

31% 

92% 

88% 

80% 

Year  to  Date 

(185%) 

(60%) 

(20%) 

(2%) 

12% 

31% 

39% 

42% 

Staffing 

Sales  Force 

1 

2 

4 

6 

8 

DP  Tech. 

4 

5 

11 

16 

19 

4 

4 

4 

Med.  Support 

2 

2 

2 

3 

3 

Other 

1 

1 

1 

3 

3 

Total 

8 

10 

18 

28 

33 

~4 
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Exhibit  A-3 


Detail  Expenses  ($000) 
(Model  A  and  B) 

YEAR  =  1  2  3  .       A   5 

EXPENSES 
Marketing 


Direct  Marketing  Expenses 


Sales  Manager 

(1) 

70. 

.0 

(1) 

70. 

,0 

(1) 

70. 

,0 

(1) 

70. 

,0 

(1)  70. 

,0 

Salesman 

(1) 

65, 

.0 

(3) 

195. 

,0 

(5) 

375. 

.0 

(7)  455. 

,0 

Tech.  Support 

/'I  N 

30, 

,  0 

/  T  \ 
(1) 

60 , 

,  0 

(2) 

120. 

.  0 

(3) 

180 , 

.  0 

(4)  240. 

.  0 

Med.  Support 

(h) 

31. 

.0 

(h) 

31. 

,0 

(h) 

31. 

,0 

(1) 

62. 

,0 

(1)  62. 

,0 

Product  Manager 

jZ  . 

A 
.  U 

{1)  dZ. 

A 
.  U 

Secrenary 

(1; 

Id  . 

.  0 

CI; 

l3  , 

.  0 

15 . 

,  0 

(2; 

30. 

.  0 

/  o  ^  OA 

(2)  30. 

.  0 

Sales  Promotion 

24. 

A 
.  U 

0  7 

A 

,  u 

A 

.  u 

Q  1 

A 
.  U 

y4 . 

c 
.  D 

Printing 

12. 

,0 

18. 

,0 

36. 

,0 

54. 

.0 

63. 

.0 

Other 

4. 

,0 

9. 

,0 

18. 

,0 

27. 

.0 

35. 

.0 

Total  Marketing 

186. 

,0 

295. 

,0 

539. 

,0 

931. 

.0 

1101. 

.5 

Development  and  Maintenan 

ce 

Direct  D&M  Expense 

Manager 

(1) 

48. 

,0 

(1) 

48. 

,0 

(1) 

48. 

,0 

(1) 

48. 

,0 

(1)  48. 

,0 

Med.  Support 

ah)  90. 

u 

(1-^) 

yo . 

.  u 

(1^ 

)  yo. 

,  0 

(2) 

T  O  A 

120. 

.  0 

/ON  1  OA 

(Z) IzU, 

Cust.  Support 

(h) 

22. 

r 

>  D 

(1) 

4d  . 

,  0 

(^) 

180. 

.  0 

(6) 

O  "7  A 

270 . 

.  0 

/  O  \   O  /"  A 

(8) 360. 

,  0 

Development 

(2) 

90. 

0 

(2) 

90. 

,0 

(4) 

180. 

,0 

(6) 

270. 

,0 

(6)270. 

,0 

Printing 

8. 

U 

9. 

A 

1  u 

lo . 

A 

.  U 

2  7 . 

>  0 

32  . 

A 

.  0 

Other 

4. 

0 

9. 

,0 

18. 

,0 

27. 

,0 

32. 

,0 

Total  D&M 

262. 

5 

289. 

,0 

534. 

,0 

762. 

:0 

862. 

,0 

G&A 

16. 

0 

36. 

.0 

72. 

,0 

108. 

,0 

126. 

,0 

Total  Expenses 

This  Year 

464. 

5 

620. 

,0 

1145. 

,0 

1801. 

,0 

2089. 

5 

Year  to  Date 

464. 

5 

1084. 

.5 

2229. 

,5 

4030. 

5 

6120. 

,0 

Includes  Salary,  Benefits, 
Travel,  Phone  and  Facilities 


(  )  =  number  of  people 
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INTERVIEW  REPORTS: 

GENERAL  TIRE 
FIRESTONE 
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A.     Interview  Report:     General  Tire 

1.  Purpose 

Jack  Keen  visited  General  Tire,  Akron,  Ohio,  on  Thursday, 
July  14,  1977. 

Several  people  had  visited  Medi-Tech  a  couple  of  months 

ago  to  discuss  OHMS.  •    -         -  ■ .  .  . 

The  purpose  of  this  visit  to  Akron  was  to  interview  Jerry 
Clark,  manager  of  data  processing,  concerning  his  views  on 
OHMS. 

The  interview  lasted  for  approximately  an  hour. 

2.  Interview  discussion 

General  Tire  has  two  large  IBM  computers  installed  in  Akron, 
a  370/155  and  a  37  0/158.     They  run  under  a  VS  computing  system 
called  SVS. 

General  Tire  has  licensed  a  number  of  software  packages  includ- 
ing IMS,  Accounts  Receivable,  Accounts  Payable,  Shareholder 
Accounting  and  a  Medical  Claims  Processing  System  for  Health 
Insurance. 

In  response  to  the  first  open  ended  question  concerning  his  "view 
of  OHMS",  Jerry  mentioned  that  the  lack  of  update  capability  was 
a  concern. 

Other  concerns,  many  of  which  were  expressed  later  in  the  inter- 
view, included: 

-     Lack  of  staff  at  Medi-Tech  to  support  a  national  marketing 
and  installation  effort 

Lack  of  financial  stability  at  Medi-Tech  (wondered  if  they 
had  the  capital  to  continue) .     He  felt  if  American  Biomedical 
were  contracturally  backing  the  product,   this  would  overcome 
his  financial  stability  concern. 

Need  for  the  system  to  be  modified  to  run  in  his  environment 
as  opposed  to  the  environment  required  at  Medi-Tech.  Jerry 
recognized  this  modification  was  not  major. 
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Jerry  kept  emphasizing  the  importance  to  him  of  a  large  vendor 
support  staff  backing  up  the  product.     This  was  so  that  he  would 
not  be  stuck  with  maintaining  and  enhancing  a  system  he  knew 
nothing  about. 

Jerry  felt  that  the  design  of  OHMS  was  "sound"  and  the  overall 
product  concept  "reasonable".     He  felt  that  the  most  intriguing 
feature  was  the  ability  to  customize  the  physical  exam  to  the  com- 
pany's and  employee's  specific  requirements. 

He  made  no  mention  of  integrating  OHMS  with  a  personnel  system 
until  the  question  was  specifically  asked  of  him.     At  that  point 
he  said  that  perhaps  eventually  it  would  have  to  be.  However, 
my  impression  was  that  this  was  not  a  big  issue  with  him. 

He  said  that  he  would  like  to  have  the  history  tape  readable  for 
General  Tire's  o\-m  analysis  requirements.     The  system  would  need 
a  simple  report  writing  mechanism.     The  files  should  be  retrieve- 
able  by  MARK  IV  (a  popular  file  management  system  to  developing 
reports,  which  they  license). 

Jerry  said  that  General  Tire  would  not  be  interested  in  an  out- 
side processing  service  for  OHMS  since  they  have  plenty  of  capa- 
city internally.  / 

General  Tire  currently  has  no  internal  development  in  process 
that  addresses  the  OHMS  type  function. 

Typically  General  Tire  purchases   (one-time  payment)  software 
rather  than  leasing  it.     They  then  depreciate  the  software  over 
five  years.     He  stated  they  were  a  capital  intensive  company 
and  purchased  computers  and  many  other  items  as  a  matter  of 
policy. 

When  asked  what  was  his  criteria  for  evaluating  and  selecting 
software,  he  said: 

-  It  must  operationally  fit  in  our  particular  environment 

-  Must  be  mostly  COBOL 

-  Assistance  must  be  readily  available  for  installation 
and  software  problem  resolution 

-  The  vendor  must  provide  a  year's  free  maintenance  with 
the  product 

-  The  vendor  must  be  willing  to  protect  General  Tire  from 
lawsuits  related  to  the  software. 
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When  asked  what  he  considered  a  reasonable  one-time  price  for 
a  system  like  OHMS,  he  stated  $10,000  to  $20,000  if  it  did  not 
have  an  update  capability-     The  system  "only  had",  as  he  recalled 
about  7  or  8  programs.      (It  actually  has  13,  many  of  them  are 
quite  complex,  a  characteristic  often  not  readily  apparent  to  an 
outside  observer.) 


Jerry  said  he  felt  pricing  should  be  a  function  of  the  complexity 
of  the  program,  and  the  need  for  the  vendor  to  recover  his  invest- 
ment after  10  to  15  sales. 


General  Tire  paid  about  $20,000  for  an  Accounts  Payable  system 
they  bought  as  a  package,  and  $50,000  for  an  Accounts  Receivable 
system.     They  paid  $250,000  for  the  Medical  Claims  system  for 
Health  Insurance,  but  indicated  that  this  was  a  particularly 
"huge"  system. 

In  response  to  my  question,  Jerry  said  that  they  might  be  inter- 
ested in  being  a  Beta  Test  site  (see  definition  and  explanation 
of  Beta  Test  in  Section  V.B.   of  the  report)   for  OHMS. 

Jerry  said  that  although  to  his  knowledge  General  Tire  had  never 
participated  in  a  Beta  Test  arrangem.ent  in  the  past,  he  was  pre- 
viously with  PPG  Industries,  and  had  been  involved  v;ith  Beta 
Test  arrangements  there. 

The  terms  of  the  Beta  Test  at  PPG  were  an  up-front  payment  of 
about  25%,   then  payments  of  $X  per  month  for  Y  months.     10%  of 
the  contract  amount  was  withheld  until  successful  completion. 
The  vendor  got  free  test  time. 


At  the  conclusion  of  the  interview,  Jerry  again  emphasized  the 
importance  of  the  vendor  having  a  good  sized  support  staff  in 
order  to  handle  the  variations  and  complexities  of  each  new 
customer . 


Impressions  and  Comments 

Jerry  Clark  was  quite  open  in  his  comments.     He  gave  the  impression 
that  data  processing  was  not  currently  actively  analyzing  OHMS 
and  that  his  comments  were  based  on  his  memory  of  the  Medi-Tech 
meeting  in  Indianapolis  some  time  ago.     However,  data  processing 
would  get  reinvolved  when  requested  to  do  so  by  the  plant  and 
medical  people. 


Jerry  is  an  experienced  software  products  user.     His  willingness 
to  consider  being  a  Beta  Test  site  is  quite  significant  both  in 
terms  of  timing  and  General  Tire's  status  as  an  Offi'IS  pilot  site. 
This  should  be  actively  pursued  if  American  Biomedical  elects  to 
follow  a  software  products  strategy. 
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APPENDIX  B 


B.     Interview  Report:  Firestone 

1.  Purpose 

Jack  Keen  visited  Firestone  in  Akron  on  Thursday,  July  14,  1977. 

The  purpose  of  the  visit  was  to  get  the  company's  reactions  to 
and  impressions  of  OHMS.     Since  the  data  processing  people  had 
not  yet  looked  at  OHMS,  Alex  Iswarienko,  the  medical  administra- 
tor, was  interviewed. 

(Dr.  Alcorn  had  suggested  Firestone  be  visited  since  an  appoint- 
ment had  been  made  with  General  Tire  for  that  same  day  and  Fire- 
stone was  only  about  15  minutes  driving  time  away.) 

The  interview  lasted  approximately  forty-five  minutes.  • 

2.  Interview  Discussion 

Alex  indicated  that  although  he  had  received  the  OHMS  proposal 
about  a  month  ago,  he  had  not  really  studied  it  in  much  detail 
due  to  an  intervening  two  week  vacation  and  other  matters. 

He  indicated  that  in  addition  to  OHMS  he  is  investigating  the 
AMOCO  system,  and  the  Dow  Chemical  system  marketed  by  A.C.T. 
(Advanced  Computer  Techniques  ?)   from  Nex>7  York  City. 

Alex  said  his  decision  comes  down  to  cost  of  screening  everybody. 
He  calculated  the  cost  at  about  $25  to  $50  per  production  employee 
plus  the  cost  of  OHMS.     This  is  a  total  cost  of  $50  to  $75  per 
employee.     (His  cost  figures  included  lost  time  off  the  job.) 
With  35,000  production  employees,  that  was  $1,750,000  to  $2,625,000 
total  expense.     He  would  much  rather  screen  selectively  to  save 
money . 

Alex  said  that  AMOCO  was  currently  working  with  Goodyear. 

He  mentioned  that  a  big  concern  of  his  is  the  lack  of  update 
capability  in  OHMS.     However,  OHMS  does  have  a  good  "theoretical 
approach"  to  the  overall  problem.     He  was  impressed  with  what  he 
learned  about  the  system. 

Alex  feels  that  companies  like  Firestone  can  purchase  software  much 
cheaper  and  faster  than  developing  it  internally.  He  did  not  know, 
however,  if  Firestone  would  prefer  to  license  the  system  as  a  soft- 
ware product,  or  to  have  it  processed  externally. 
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His  next  step  is  to  compare  the  three  systems  he  is  considering 
and  invite  the  data  processing  people  to  examine  them. 

He  said  it  may  be  six  to  twelve  months  before  any  active  program 
really  gets  underway. 

Impressions  and  comments 

Alex  was  not  well  informed  about  the  capabilities  of  any  of  the 
systems  he  was  considering  and  thus  could  not  comment  in  any 
detail  about  feature  comparisons,  or  objections. 

He  gives  the  impression  that  he  is  interested  in  a  program  of 
this  type,  but  that  things  move  slowly  at  Firestone. 

He  seems  very  concerned  about  the  multi-million  dollar  overall 
cost  of  the  program  and  is  anxious  either  to  better  justify  it 
or  to  seek  alternative  ways  of  handling  the  problem. 
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II. 


SOFTWARE  PRODUCTS  BUSINESS  CHARACTERISTICS 


A.    NATURE  OF  THE  BUSINESS 

1.  LARGE,  ACTIVE  MARKET 

2.  EXCELLENT  LONG  TERM  PROFITABILITY  (25^^  TO  45'=  PBT  OVER  5  YEARS) 

3.  HIGH  FIXED  COSTS  PRIMARILY  INVESTED  PRIOR  TO  THE  SALE 

4.  HIGH  MARKETING  COSTS  (25%  TO  45%  OF  SALES;  4  TIMES 
INITIAL  PRODUCT  COST) 

5.  HIGH,  EXPENSIVE  LABOR  CONTENT  (40%  TO  50%  OF  SALES) 

6.  DATA  PROCESSING  MANAGEMENT  PLUS  INTANGIBLE  TECHNICAL  SERVICES 
MARKETING 

7.  SHORTAGE  OF  SKILLED  PERSONNEL 

8.  LONG  LEARNING  CURVE 

9.  REQUIREMENT  FOR  CONTINUOUS  PRODUCT  ENHANCEMENT  (CODE  =  100% 
TURNOVER  EVERY  2  TO  3  YEARS) 

10.    RAPID  GROWTH 
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II.    SOFTWARE  PRODUCT  BUSINESS  CHARACTERISTICS  (CONTINUED) 

B.  ECONOMICS 

1.  ASSUMPTIONS 

a.  APPLICATIONS  SOFTWARE 

b.  5  YEAR  MARKETING  LIFE 

c.  UNIT  SALES  =120 

d.  FIRST  YEAR  STAFFING  =  8 

MARKETING  =  1 
DP  TECHNICAL  =  4 
MEDICAL  TECHNICAL  =  2 

2.  MODEL  A 

a.  100%  PURCHASES 

b.  $400,000  PER  SALESMAN  PER  YEAR  " 

c.  ENHANCEMENTS  =  15%  OF  EXPENSES 

d.  RESULTS 

5  YEAR  PBT  =  38% 
BREAKEVEN  IN  2  YEARS 
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Exhibit  A-1 

Pro  Forma  -  Model  A  (100%  one-time  payments) 


($000) 


-Y  E  A  R- 


Units  Sold 
This  Year 
Year  to  Date 


6 
6 


12 
18 


24 
42 


36 
78 


42 

120 


Revenues 

This  Year  400.0 
Year  to  Date  400.0 


940.0 
1340.0 


1930.0 
3270.0 


2893.0 
6163.0 


3730.0 
9893.0 


Expenses 

This  Year  464.5 
Year  to  Date  464.5 


620.0 
1084.5 


1145.0 
2229.5 


1801.0 
4030.5 


2089.5 
6120.0 


PBT 

This  Year 
Year  to  Date 


(64.5) 
(64.5) 


320.0 
255.5 


785.0 
1040.5 


1092.0 
2332.5 


1640.5 
3773.0 


PBT%  Revenues 

This  Year  (16%)  34%  41%  38%  44% 

Year  to  Date  (16%)  ~  19%  32%  38%  38% 


Staffing 

Sales  Force  1  '     2  4  6  8 

DP  Tech.  4  5  11  16  19 

Med.   Support  2  2  2  3  '  3 

Other  _J.  _1  __3  _3 

Total  8  10  18  .          28  33 
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II.    SOFTWARE  PRODUCTS  BUSINESS  CHARACTERISTICS  (CONTINUED) 

B.    ECONOMICS  (CONTINUED) 
3.    MODEL  B 

a.  ASSUMPTIONS 

25%  =  ONE-TIME  PAYMENT 

25%  =  MONTHLY  LEASE 

25%  =  24  MONTH  INSTALLMENT  PLAN 

25%  =  36  MONTH  INSTALLMENT  PLAN 

b.  RESULTS 

8  YEAR  PBT  =  42% 

BREAKEVEN  IN  FIFTH  YEAR 

FIRST  ANNUAL  PROFITABILITY  IN  YEAR  3 
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Exhibit  A-2 
Pro  Forma  -  Model  B   (all  payment  plans) 


($000) 

 Y 

E  A  R~ 

1 

2 

3 

'  A 

5 

6 

2 

8 

Units  Sold 

This  Year 

6 

12 

24 

36 

42 

0 

0 

0 

Year  to  Date 

6 

18 

42 

78 

120 

120 

120 

120 

Revenues 

■ 

- 

This  Year 

162.7 

513.4 

1188.4 

2100.6 

3012.7 

2127. 

3 

1447. 

8 

886.8 

Year  to  Date 

162.  7 

676.1 

1864.5 

3965.1 

• 

6977.8 

9105. 

2 

10553. 

1 

11439.9 

Expenses 

This  Year 

464.5 

620.0 

1145.0 

1801.0 

2089.5 

180. 

0 

180. 

0 

180.0 

Year  to  Date 

464.5 

1084.5 

2229.5 

4030.5 

6120.0 

6300. 

0 

6480. 

0 

6660.0 

PBT 

This  Year 

(301.8) 

(106.6) 

43.4 

299.6 

923.2 

1947. 

3 

1267. 

8 

706.8 

Year  to  Date 

(301.8) 

(408.4) 

(365.0) 

(65.4) 

857.8 

2805. 

1 

4072. 

9 

4779.7 

PBT%  Revenues 

This  Year 

(185%) 

(21%) 

4% 

14% 

31% 

92% 

88% 

80% 

Year  to  Date 

(185%) 

(60%) 

(20%) 

(2%) 

12% 

31% 

39% 

42% 

Staffing 

Sales  Force 

1 

2 

4 

6, 

8 

DP  Tech. 

4 

5 

11 

16 

19 

4 

4 

4 

Med.  Support 

2 

2 

2 

3 

3 

Other 

1 

1 

1 

3 

3 

Total 

8 

10 

18 

28 

33 

4 

4 

T 
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III.    OHMS  AS  A  SOFTWARE  PRODUCT 

A.  UNIQUE  CHARACTERISTICS 

1.  GOOD  MARKET  CURIOSITY 

2.  OSHA  PUBLICITY,  REQUIREMENTS 

3.  UNUSUALLY  LONG,  COMPLICATED  BUYING  CYCLE 

a.  REQUIRES  OTHER  SERVICES  WHICH  FAR  EXCEED  OHMS  COST 

b.  LARGE  NUMBER  OF  BUYING  INFLUENCES  FROM  MULTIPLE  DEPARTMENTS 

c.  APPLICATION  IS  TANGENTIAL  TO  COMPANY'S  MAIN  OPERATIONS 

d.  CUSTOMER  MUST  BUY  FROM  FEAR  OF  LOSS,  NOT  HOPE  OF  GAIN 

4.  BUYER  UNCERTAIN  OF  OWN  NEEDS 

5.  MEDICAL  SUPPORT  =  EXTRA  COST  ELEMENT 

6.  BENEFITS  VERY  INTANGIBLE 

7.  REQUIREMENTS  CONTINUALLY  CHANGING 

B.  IMPACT 

1.  LONGER  SALES  CYCLE 

2.  INCREASED  MARKETING  COSTS 

3.  CONTINUOUS  PRODUCT  INVESTMENT 
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III.    OHMS  AS  A  SOFTWARE  PRODUCT  (CONTINUED) 

C.     KEY  CHALLENGES 

1.  ACQUIRING  THE  RESOURCES 

FUNCTION  PERFORMED  =  ABC  BUSINESS  EXTENSION 

SOFTWARE  PRODUCT  METHOD  REQUIRES  MANY 
RESOURCES  NOT  AVAILABLE  INTERNALLY: 

-  DP  TECHNICIANS  AND  MANAGEMENT 

-  DP  ORIENTED  MARKETING 

-  A  PRODUCT 

2.  FINANCING  TO  BREAKEVEN 
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III.    OHMS  AS  A  SOFTWARE  PRODUCT  (CONTINUED) 

D.     KEYS  TO  SUCCESS  FOR  ANY  SOFTWARE  PRODUCTS  BUSINESS 

1.  RELIABLE  PRODUCT 

2.  HIGHLY  RESPONSIVE  CUSTOMER  SUPPORT 

3.  GOOD  CUSTOMER  REFERENCES 

4.  STRONG  TECHNICAL  MANAGEMENT 

5.  CONTINUAL  MARKETING  EMPHASIS 

6.  CAREFUL  TEST  MARKETING 

7.  EMPLOYEES  ASSIGNED  FULL-TIME 

8.  LONG  TERM  COMMITMENT 
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III.    OHMS  AS  A  SOFTWARE  PRODUCT  (CONTINUED) 

E.    CAUTIONS  (LESSONS  FROM  OTHER  VENDORS) 

1.  DO  NOT  SELL  PRODUCT  PREMATURELY 

2.  BE  CAREFUL  NOT  TO  OVERSELL  SOFTWARE  CAPABILITIES 

3.  BUYING  "INTEREST"  IS  NOT  BUYING  "COMMITMENT" 

4.  DON'T  LET  SALES  EXCEED  CUSTOMER  SUPPORT  CAPABILITIES 

5.  ALLOW  SUFFICIENT  TIME  FOR  THE  LEARNING  CURVE 

6.  PROVE  INITIAL  STRATEGY,  THEN  DO  SECOND  ROUND  STAFFING 
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IV.    PACKAGING  RECOMMENDATIONS 

CUSTOMER  SUPPORT  POLICIES 
1.    POLICY:     INSTALLATION  AND  TRAINING 
COMMENTS: 

a.  SOFTWARE  ONLY 

b.  SHOULD  BE  BUNDLED 
RECOMMENDATION: 

a.  5  DP  MAN-DAYS  ON-SITE 

b.  5  PHYSICIAN  MAN-DAYS  OFF-SITE 

c.  MAXIMUM  OF  2  TRIPS 

d.  TRAVEL  COSTS  EXTRA 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

A.    CUSTOMER  SUPPORT  POLICIES  (CONTINUED) 

2.    POLICY:  MAINTENANCE 

COMMENTS: 

INCLUDES  — 

a.  ANSWERING  TECHNICAL  QUESTIONS 

b.  CORRECTING  SOFTWARE  ERRORS 

c.  SUPPORTING  NEW  OPERATING  SYSTEM  RELEASES 

d.  SUPPORTING  NEW  HARDWARE  DEVICES 

e.  TECHNICAL  DOCUMENTATION 

RECOMMENDATION: 

a.  MAKE  DISTINCTION  BETWEEN 

INITIAL  MAINTENANCE  (NO  EXTRA  CHARGE) 
EXTENDED  MAINTENANCE  (EXTRA  CHARGE) 

b.  INITIAL  MAINTENANCE  = 

1  YEAR  IF  ONE-TIME  FEE  PLAN 
DURATION  OF  LEASE,  INSTALLMENT  PLAN 

c.  EXTENDED  MAINTENANCE  = 

OPTIONAL 

AUTOMATICALLY  INVOKED 
ANNUAL  CHARGE 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

A.    CUSTOMER  SUPPORT  POLICIES  (CONTINUED) 
3.    POLICY:  ENHANCEMENTS 
COMMENTS: 

DISTINGUISH  FROM  MAINTENANCE 
RECOMMENDATION: 

a.  RETAIN  FLEXIBILITY  OF  CHARGING  FOR  FUTURE  ENHANCEMENTS 

b.  TRY  TO  AVOID  COMMITING  TO  FUTURE  ENHANCEMENTS  IN 
LICENSE  AGREEMENT 
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lY.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 


A.    CUSTOMER  SUPPORT  POLICIES  (CONTINUED) 
4.    POLICY:    SERVICE  TO  END-USERS 
COMMENTS: 

a.  SUPPLEMENTS  INITIAL  TRAINING 

b.  GOOD  DOCUMENTATION  WILL  HELP  MINIMIZE 

RECOMMENDATION: 

a.  DO  NOT  PRICE  SEPARATELY 

b.  CLOSELY  BUDGET  AND  MANAGE 
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IV. 


PACKAGING  RECOMMENDATIONS  (CONTINUED) 


A.    CUSTOMER  SUPPORT  POLICIES  (CONTINUED) 

5.    POLICY:    MULTIPLE  SOFTWARE  VERSIONS  AND  CUSTOMIZATION 
COMMENTS: 

a.  STANDARD  PRODUCT  =  ECONOMIC  CORNERSTONE 

b.  EACH  ADDITIONAL  VERSION  DECREASES  PROFIT  MARGIN, 
INCREASE  SUPPORT  REQUIREMENTS 

c.  CUSTOM  PROGRAMMING  DILUTES  SCARCE  RESOURCES,  IS 
RARELY  PROFITABLE 

RECOMMENDATION: 

a.  SUPPORT  IBM  OS,  VS,  MVS  SYSTEMS  ONLY 

b.  DO  NOT  SUPPORT 

IBM  DOS 

NON-IBM  SYSTEMS 

c.  TRY  TO  MINIMIZE  MEDICAL  LOGIC  CUSTOMIZATION 

d.  ENCOURAGE  CUSTOMERS  TO  DO  OWN  MODIFICATIONS 
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IV.     PACKAGING  RECOMMENDATIONS  (CONTINUED) 

A.    CUSTOMER  SUPPORT  POLICIES  (CONTINUED) 
6.    POLICY:    SOURCE  CODE  DISTRIBUTION 
COMMENTS: 

a.  BUYERS  WILL  ASK  FOR  SOURCE  CODE 

b.  ILLEGALLY  OBTAINED  CODE  RARELY  A  PROBLEM 

c.  ADVANTAGES  TO  VENDOR  IF  SOURCE  CODE  DISTRIBUTED 
(i)    FEWER  VERSIONS  TO  SUPPORT 

(ii)    LESS  RESOURCE  DILUTION 
(iii)    FEWER  SALES  OBSTACLES 

RECOMMENDATION: 

a.  OFFER  SOURCE  CODE,  INCLUDING  COMPILERS 

b.  ASSUME  NO  RESPONSIBILITY  FOR  CUSTOMER  MODIFICATIONS 

c.  PRINT  "PROPRIETARY  PROPERTY  OF   "  ON 

REPORTS,  LISTINGS 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

B.     PRICING  POLICIES 

1,    GENERAL  COMMENTS 

a.  FINAL  PRICING  IS  A  RESULT  OF  — 

FINANCIAL  GOALS 

MARKET  SEGMENT  CHARACTERISTICS 
PRODUCT  IMAGE  SOUGHT 
MARKETING  MIX 

PRICING  POLICIES  AND  STRATEGY 
COSTS  TO  SELL,  SUPPORT 

b.  USE  VALUE  PRICING 

c.  CUSTOMERS  HAVE  FEW  WAYS  TO  JUDGE  PRICE  OF  NEW  PRODUCT 

d.  SOME  PRICE  INELASTICITY  EXISTS 

e.  FIRST  CUSTOMERS  LESS  PRICE  SENSITIVE 

f.  PRICE  INCREASES  ARE  COMMON 

g.  BUYERS  LIKE  MULTIPLE  PAYMENT  OPTIONS 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

B.    PRICING  POLICIES  (CONTINUED) 
2.    ASSUMPTIONS  USED 

a.  OHMS  IS  SUPERIOR  TO  COMPETITION 

b.  PRIMARY  MARKET  =  FORTUNE  500  WITH  LARGE  IBM  FACILITIES 

c.  QUALITY  PRODUCT  IMAGE  DESIRED 

d.  DIRECT,  FULL-TIME,  DEDICATED  SALES  FORCE  TO  BE  USED 

e.  EXTENSIVE,  CONTINUOUS  PRODUCT  ENHANCEMENT 

f.  FULL  COSTING 

g.  MARKET  BIG  ENOUGH  TO  SUPPORT  MULTI-MILLION  DOLLAR  OHMS 
SALES  PENETRATION 

h.  STAFFING  AND  SALES  GROWTH  SIMILAR  TO  MODEL  PRO  FORMA 
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IV. 


PACKAGING  RECOMMENDATIONS  (CONTINUED) 


B.     PRICING  POLICIES  (CONTINUED) 
3.    POLICY:    ONE-TIME  PAYMENT 
COMMENTS: 

a.  25%  TO  50%  PREFER  THIS  TYPE  OF  PLAN 

b.  AMOCO  PURCHASE  PRICE  MAY  BE  TO  ENCOURAGE  LEASE 

c.  POTENTIAL  RANGE:    $20K  to  S150K 

d.  BEST  RANGE:    $40K  TO  $75K 
RECOMMENDATION: 

a.  STANDARD  PRICE:  $75,000 

b.  BETA  TEST  PRICE:  $50,000 

c.  OPTION: 

25%  AT  ACCEPTANCE 

25%  PER  MONTH  FOR  3  MONTHS 

d.  REQUIRE  BETA  TEST  SITES  TO  TAKE  ONE-TIME  PAYMENT  PLAN 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

B.    PRICING  POLICIES  (CONTINUED) 
4.    POLICY:  MAINTENANCE 
COMMENTS: 

RANGE  =  6%  TO  10%  ANNUALLY  OF  ONE-TIME  FEE 
RECOMMENDATION: 

a.  10%  PER  YEAR 

b.  PAYABLE  ANNUALLY  IN  ADVANCE 

STANDARD  =  $7,500 
BETA  TEST  =  $5,000 

c.  PRICE  GUARANTEE  FOR  FIRST  YEAR  OF  USAGE  ONLY 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 


B.     PRICING  POLICIES  (CONTINUED) 

5.    POLICY:     24  AND  36  MONTH  INSTALLMENT  PLANS 
COMMENTS: 

a.    PAID-UP  LICENSE 

c.  MAINTENANCE  INCLUDED  : 

d.  10%  INTEREST  CHARGE 
RECOMMENDATION: 


24  MONTH 


36  MONTH 


MONTHLY 


STANDARD 


$  3,750 


$  2,800 


BETA  TEST 


$  2,500 


$  1,875 


TOTAL  CASH 


STANDARD 


$90,000 


$100,800 


BETA  TEST 


$60,000 


$  67,500 


N 
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IV. 


PACKAGING  RECOMMENDATIONS  (CONTINUED) 


B.    PRICING  POLICIES  (CONTINUED) 
6.    POLICY:    MONTHLY  LEASE 
COMMENTS: 

a.  OK,  IF  PRODUCT  WILL  STAY  WITH  CUSTOMER 

b.  MAXIMIZES  LONG  TERM  REVENUES 

c.  MAINTENANCE  INCLUDED 

d.  10%  INTEREST  CHARGE 

e.  ASSUMES  6  YEARS  OF  PAYMENT 
RECOMMENDATION: 

12  MONTH  MINIMUM  LEASE  PERIOD 
MONTHLY 

STANDARD  $  1,950 

BETA  TEST  $    1 ,350 

TOTAL  CASH 

STANDARD  $140,400 
BETA  TEST  $  97,200  ^ 
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IV. 


PACKAGING 


RECOMMENDATIONS 


(CONTINUED) 


B.    PRICING  POLICIES  (CONTINUED) 

POLICY 

7.  PURCHASE  OPTION  a. 

b. 

8.  ACCEPTANCE  PERIOD  a. 

b. 
c. 
d. 

9.  DEFINITION  OF  A  "COPY"  a. 

10.  TERM  CONVERSIONS  a. 

b. 
c. 

11.  EXTERNAL  PROCESSING  a. 

12.  ADDITIONAL  COPIES  a. 


RECOMMENDATION 

50%  OF  MONTHLY  LEASE  •  - 

EXERCISEABLE  AFTER  6  MONTHS  BILLINGS 

DO  NOT  USE  A  FREE  TRIAL 
30  DAYS  DURATION 

CONFORM  TO  SOFTWARE  SPECIFICATIONS 
DAY  1  =  DAY  TAPE  ARRIVES 

PER  "INSTALLATION",  NOT  "CPU" 

ALLOW 

CONVERT  TO  LOWER  RATE 
TOTAL  MONTHS  =  35 

EXCLUDE  IN  LICENSE  AGREEMENT 

50%  DISCOUNT 


N 
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IV. 


PACKAGING  RECOMMENDATIONS  (CONTINUED) 


DOCUMENTATION 


1.    GENERAL  COMMENTS 

a.  EXTREME  IMPORTANCE  OFTEN  NOT  RECOGNIZED 

b.  REDUCES  PEOPLE  SUPPORT  COSTS 

c.  INCREASES  CUSTOMER  SATISFACTION 

d.  TANGIBLE  WAY  BY  WHICH  CUSTOMER  JUDGES  PRODUCT,  VENDOR 


TYPICAL  VENDOR  PROBLEMS 

a.    PEOPLE  WITH  PRODUCT  KNOWLEDGE 

DO  NOT  HAVE  ABILITY  AND/OR  INTEREST 


b.    LACK  OF  STANDARDS 


c.    HIGH  COSTS 


LONG  LEAD  TIMES 


RECOMMENDATIONS 

SEEK  INTERESTED  PEOPLE 

TRAINING 

CONTRACT  EXTERNALLY 

DEFINE,  PUBLISH  SPECS 

PROFITABLE  INVESTMENT 
IF  MANAGE  CLOSELY 

START  EARLY 


PRODUCTION  ASPECTS 

PORTRAY  IMAGE  OF  QUALITY,  COMPLETENESS 

TYPESET  ALL  TEXT,  DIAGRAMS,  ETC.,  JUSTIFY  LEFT  AND  RIGHT 

USE  DIAGRAMS  EXTENSIVELY 

USE  QUALITY  PAPER  AND  QUALITY  PRINTER 

HAVE  IT  PROFESSIONALLY  DESIGNED 
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IV.    PACKAGING  RECOMMENDATIONS  (CONTINUED) 

D.    LICENSING  TERMS  AND  CONDITIONS 

1.  STANDARD  AGREEMENT 

2.  TWO  PAGES,  TYPESET 

3.  SELL  THE  TERMS 

4.  COMPONENTS  DISCUSSED 

a.  PROPRIETARY  DATA 

b.  WARRANTY 

c.  DEFENSE  OF  SUIT 

d.  LIMITS  OF  LIABILITY 

e.  TERMINATION 

f.  MAINTENANCE  AND  PROGRAM  MODIFICATION 

g.  DELIVERY  AND  INSTALLATION 

h.  PAYMENT 

i .  TERM 

j.  GOVERNING  LAW 

k.  APPLICABLE  PRICES 

1.  USE  BY  CUSTOMER 

m.  NON-ASSIGNABILITY 

n.  NOTICE 

0.  HEADINGS  ^' 

p.  COMPLETE  AGREEMENT 

q.  SCHEDULE  A 
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IV.     PACKAGING  RECOMMENDATIONS  (CONTINUED) 

E.    SALES  PRESENTATION  GUIDELINES 

1.  VITAL  ROLE 

2.  PRESENTATION  DURATION:     3/4  TO  3  HOURS 

3.  GUIDELINES 

a.  MUST  RELATE  PRODUCT  TO  DIFFERENT  NEEDS 

b.  MODULARITY  IMPORTANT 

c.  FEATURES  VS.  BENEFITS 

d.  3  BASIC  PARTS 

WHY  SCREENING 
WHY  OHMS 
WHY  NOW 

e.  FOILS  BEST 

f.  DESK  TOP  CHARTS,  35MM  SLIDES  USEFUL 

g.  EXTENSIVE  USE  OF  DIAGRAMS 

h.  SHOULD  BE  TYPESET,  REVERSALS  GOOD  WITH  COLOR 

i.  SCRIPT 

j.    REPRODUCTIONS  FOR  AUDIENCE 
k.    VOLUME  =  50  TO  75  PIECES 


27 


V.    ADDITIONAL  SUGGESTIONS 

TEST  MARKETING 
1.  PURPOSES 

a.  CONFIRM  PRODUCT  RELIABILITY 

b.  DETERMINE  MARKET  SIZE 

c.  IDENTIFY  OBJECTIONS,  OBSTACLES 

d.  EVALUATE  SALES  CYCLE  COSTS 

e.  TEST  PRICING 

f.  ISOLATE  BEST  MARKET  SEGMENTS 
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V.    ADDITIONAL  SUGGESTIONS  (CONTINUED) 


A.    TEST  MARKETING  (CONTINUED) 

2.    CHARTER  USERS  (USUALLY  3  TO  5)  ' 
RESPONSIBILITIES 

a.  DEFINE,  EVALUATE  PRODUCT 

b.  ATTEND,  CONTRIBUTE  IDEAS  AT  PRODUCT  REVIEW  MEETINGS 

c.  BE  A  BETA  TEST  SITE 

d.  BE  A  REFERENCE  SITE 

e.  FRONT-END  PAYMENT 
ADVANTAGES  TO  VENDOR 

a.  SOURCE  OF  FUNDS 

b.  MARKET  INPUT  TO  DESIGN  DECISIONS 

c.  CONFIRMATION  OF  THE  MARKET 

d.  REFERENCE  SOURCE 
ADVANTAGES  TO  CHARTER  USER 

a.  INFLUENCE  PRODUCT  DESIGN 

b.  ACQUIRE  NEEDED  PRODUCT  AT  DISCOUNT 

c.  RECEIVE  PRODUCT  BENEFITS  SOONER 

d.  PRESTIGE  OF  ASSOCIATION  WITH  STATE-OF-THE-ART  ACTIVITY 
CHARACTERISTICS  TO  SEEK 

a.  WELL-KNOWN  NAME 

b.  MANAGEMENT  AND  TECHNICAL  INTEREST 

c.  KNOWLEDGEABLE  PERSONNEL 

d.  REPRESENTATIVE  OF  TARGETED  MARKET  SEGMENT 
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V.    ADDITIONAL  SUGGESTIONS  (CONTINUED) 

A.    TEST  MARKETING  (CONTINUED) 
3.    BETA  TEST  SITE 

PRE-MARKET  RELEASE  INSTALLATION 

RESPONSIBILITY  OF  BETA  TEST  CUSTOMER 

a.  INSTALL  IMMEDIATELY 

b.  THOROUGHLY  TEST  WITHIN  SPECIFIED  TIME  FRAME 

c.  PROVIDE  WRITTEN  EVALUATION 

d.  BE  A  REFERENCE  SITE 

ADVANTAGES  TO  VENDOR 

a.  CONFIRM  PRODUCT  RELIABILITY 

b.  SOURCE  OF  FUNDS 

c.  MARKET  INPUT  ON  NEEDED  FEATURES 

d.  REFERENCE  SOURCE 

ADVANTAGE  TO  BETA  TEST  CUSTOMER 

a.  CONFIRM  PRODUCT  MEETS  NEEDS 

b.  DISCOUNT 

c.  GET  PRODUCT  BENEFITS  SOONER 

d.  PRESTIGE 
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V.    ADDITIONAL  SUGGESTIONS  (CONTINUED) 

B.    OTHER  COMMENTS 

1.  CHANGE  PRODUCT  NAME 

SHOULD: 

a.  BE  DESCRIPTIVE  OF  FUNCTION 

b.  PRONOUNCEABLE 

c.  CONCISE 

d.  EASILY  REMEMBERED 

e.  TIE  TO  VENDOR'S  NAME,  OTHER  PRODUCTS 

2.  TYPICAL  DP  BUYER'S  QUESTIONS 

a.  TECHNICAL 

b.  ENHANCEMENTS 

c.  SUPPORT 

d.  COMMITMENT 

e.  OTHER 
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VI.    SUGGESTED  NEXT  STEPS 

A.  DEVELOP  BUSINESS  PLAN 

B.  USE  TEST  MARKETING  STRATEGY 

1.  PREPARE  MATERIALS  FOR  CHARTER  USER  MARKETING 

a.  SALES  PRESENTATION  ■ 

b.  SYSTEM  INFORMATION  MANUAL 

c.  CHARTER  USER  TERMS  AND  CONDITIONS  ' 

d.  BETA  TEST  TERMS  AND  CONDITIONS 

2.  CLOSE  3  CHARTER  USERS 

3.  CONDUCT  ADDITIONAL  MARKET  RESEARCH  AND  ANALYSIS 

4.  IMPLEMENT  PRODUCT  REVIEW  MEETINGS 

5.  FINALIZE  ENHANCEMENT  STRATEGY 

6.  STAFF 

7.  UNDERTAKE  ENHANCEMENTS 

8.  INSTALL  BETA  TEST  SITE  #1 

9.  INSTALL  BETA  TEST  SITE  #2 
10.    EVALUATE  BETA  TEST  RESULTS 

n.    EVALUATE  ADDITIONAL  MARKET  ANALYSIS 
12.     IF  OK: 

a.  UPDATE  BUSINESS  PLAN 

b.  PREPARE  FOR  FULL  SCALE  NATIONAL  MARKETING 
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VI.    SUGGESTED  NEXT  STEPS  (CONTINUED) 

C.    RESOURCES  AND  TIMETABLE 

ELASPED  TIME:    6-12  MONTHS 
CHARTER  USER  MARKETING 

1  MARKETING 

h    DP  SUPPORT 

h    MEDICAL  SUPPORT  ■ 

CHARTER  USER  MEETINGS 

3    DAYS  PER  MONTH  -  ALL  KEY  PEOPLE 

BETA  TEST  SUPPORT 
1    DP  SUPPORT 

MARKETING  RESEARCH 
3-4  MAN-WEEKS 

PREPARATION  FOR  FULL  SCALE  MARKETING 

2-3  MARKETING  MAN-MONTHS  PLUS  RECRUITING  TRAINING 
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VII.  SUMMARY 


A.  SOFTWARE  PRODUCT  BUSINESS  CHARACTERISTICS 

1.  GOOD  LONG  TERM  PBT 

2.  FRONT  END  CASH  REQUIREMENTS 

3.  MANAGEMENT  OF  TECHNICAL  PERSONNEL 

B.  OHMS  CHARACTERISTICS 

1.  GOOD  MARKET  INTEREST 

2.  LONG  SALES  CYCLE 

3.  CONTINUOUS  PRODUCT  ENHANCEMENTS 

C.  KEY  RESOURCES:    MUST  BE  ACQUIRED  EXTERNALLY 

D.  RECOMMENDATIONS 

1.  HEAVY  CUSTOMER  SUPPORT 

2.  STRONG  TECHNICAL  MANAGEMENT 

3.  SIGNIFICANT  MARKETING  INVESTMENT 

4.  QUALITY  DOCUMENTATION 

5.  MULTIPLE  OPTION  PRICING 

6.  LICENSE  AGREEMENT  COMPATABILITY 

7.  DEVELOP  BUSINESS  PLAN 

8.  TEST  MARKET  VIA  CHARTER  USERS,  BETA  TEST  SITES 
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